@@ -19,7 +19,7 @@ DESCRIPTION
19
19
Some workflows require that one or more branches of development on one
20
20
machine be replicated on another machine, but the two machines cannot
21
21
be directly connected so the interactive git protocols (git, ssh,
22
- rsync, http) cannot be used. This command provides suport for
22
+ rsync, http) cannot be used. This command provides support for
23
23
git-fetch and git-pull to operate by packaging objects and references
24
24
in an archive at the originating machine, then importing those into
25
25
another repository using gitlink:git-fetch[1] and gitlink:git-pull[1]
@@ -58,7 +58,7 @@ unbundle <file>::
58
58
gitlink:git-fetch[1].
59
59
60
60
[git-rev-list-args...]::
61
- A list of arguments, accepatble to git-rev-parse and
61
+ A list of arguments, acceptable to git-rev-parse and
62
62
git-rev-list, that specify the specific objects and references
63
63
to transport. For example, "master~10..master" causes the
64
64
current master reference to be packaged along with all objects
@@ -70,7 +70,7 @@ unbundle <file>::
70
70
[refname...]::
71
71
A list of references used to limit the references reported as
72
72
available. This is principally of use to git-fetch, which
73
- expects to recieve only those references asked for and not
73
+ expects to receive only those references asked for and not
74
74
necessarily everything in the pack (in this case, git-bundle is
75
75
acting like gitlink:git-fetch-pack[1]).
76
76
@@ -87,7 +87,7 @@ specified explicitly (e.g., ^master~10), or implicitly (e.g.,
87
87
master~10..master, master --since=10.days.ago).
88
88
89
89
It is very important that the basis used be held by the destination.
90
- It is ok to err on the side of conservatism, causing the bundle file
90
+ It is okay to err on the side of conservatism, causing the bundle file
91
91
to contain objects already in the destination as these are ignored
92
92
when unpacking at the destination.
93
93
0 commit comments