Skip to content

Commit 5333f2a

Browse files
committed
Revert "git-clone.txt: remove the restriction on pushing from a shallow clone"
This reverts commit dacd2bc. "It fails reliably without corrupting the receiving repository when it should fail" may be better than the situation before the receiving end was hardened recently, but the fact that sometimes the push does not go through still remains. It is better to advice the users that they cannot push from a shallow repository as a limitation before they decide to use (or not to use) a shallow clone. Signed-off-by: Junio C Hamano <[email protected]>
1 parent 0da7a53 commit 5333f2a

File tree

1 file changed

+5
-7
lines changed

1 file changed

+5
-7
lines changed

Documentation/git-clone.txt

Lines changed: 5 additions & 7 deletions
Original file line numberDiff line numberDiff line change
@@ -182,13 +182,11 @@ objects from the source repository into a pack in the cloned repository.
182182
--depth <depth>::
183183
Create a 'shallow' clone with a history truncated to the
184184
specified number of revisions. A shallow repository has a
185-
number of limitations (you cannot clone or fetch from it, nor
186-
push into it), but is adequate if you are only interested in
187-
the recent history of a large project with a long history.
188-
+
189-
Pushing from a shallow clone should be avoided if the git version on
190-
the receiver end is older than v1.7.10, or any other git
191-
implementation that does not perform connectivity check.
185+
number of limitations (you cannot clone or fetch from
186+
it, nor push from nor into it), but is adequate if you
187+
are only interested in the recent history of a large project
188+
with a long history, and would want to send in fixes
189+
as patches.
192190

193191
--[no-]single-branch::
194192
Clone only the history leading to the tip of a single branch,

0 commit comments

Comments
 (0)