|
15 | 15 | so far have been done locally, just updating a local database. |
16 | 16 | To collaborate with other developers in Git, you have to put all that |
17 | 17 | data on a server that the other developers have access to. The way Git |
18 | | - does this is to syncronize your data with another repository. There |
| 18 | + does this is to synchronize your data with another repository. There |
19 | 19 | is no real difference between a server and a client - a Git repository |
20 | | - is a Git repository and you can syncronize between any two easily. |
| 20 | + is a Git repository and you can synchronize between any two easily. |
21 | 21 | </p> |
22 | 22 |
|
23 | 23 | <p>Once you have a Git repository, either one that you set up on your |
|
54 | 54 |
|
55 | 55 | <p>Unlike centralized version control systems that have a client that is |
56 | 56 | very different from a server, Git repositories are all basically equal and |
57 | | - you simply syncronize between them. This makes it easy to have more than |
| 57 | + you simply synchronize between them. This makes it easy to have more than |
58 | 58 | one remote repository - you can have some that you have read-only access to |
59 | 59 | and others that you can write to as well.</p> |
60 | 60 |
|
61 | 61 | <p>So that you don't have to use the full URL of a remote repository every |
62 | | - time you want to syncronize with it, Git stores an alias or nickname for |
| 62 | + time you want to synchronize with it, Git stores an alias or nickname for |
63 | 63 | each remote repository URL you are interested in. You use the |
64 | 64 | <code>git remote</code> command to manage this list of remote repos that |
65 | 65 | you care about.</p> |
@@ -180,12 +180,12 @@ <h2> |
180 | 180 | <div class="block"> |
181 | 181 |
|
182 | 182 | <p>Git has two commands to update itself from a remote repository. |
183 | | - <code>git fetch</code> will syncronize you with another repo, pulling down any data |
| 183 | + <code>git fetch</code> will synchronize you with another repo, pulling down any data |
184 | 184 | that you do not have locally and giving you bookmarks to where each branch on |
185 | | - that remote was when you syncronized. These are called "remote branches" and are |
| 185 | + that remote was when you synchronized. These are called "remote branches" and are |
186 | 186 | identical to local branches except that Git will not allow you to check them out - |
187 | 187 | however, you can merge from them, diff them to other branches, run history logs on |
188 | | - them, etc. You do all of that stuff locally after you syncronize. |
| 188 | + them, etc. You do all of that stuff locally after you synchronize. |
189 | 189 | </p> |
190 | 190 |
|
191 | 191 | <p>The second command that will fetch down new data from a remote server is |
@@ -238,11 +238,11 @@ <h2> |
238 | 238 | </p> |
239 | 239 |
|
240 | 240 | <p>If you have more than one remote repository, you can either fetch from specific |
241 | | - ones by running <code>git fetch [alias]</code> or you can tell Git to syncronize |
| 241 | + ones by running <code>git fetch [alias]</code> or you can tell Git to synchronize |
242 | 242 | with all of your remotes by running <code>git fetch --all</code>. |
243 | 243 |
|
244 | 244 | <p class="nutshell"> |
245 | | - <b>In a nutshell</b> you run <code>git fetch [alias]</code> to syncronize your |
| 245 | + <b>In a nutshell</b> you run <code>git fetch [alias]</code> to synchronize your |
246 | 246 | repository with a remote repository, fetching all the data it has that you do |
247 | 247 | not into branch references locally for merging and whatnot. |
248 | 248 | </p> |
|
0 commit comments