Miklos Vajna wrote: > There is a scenario when using git clone -s and git gc --prune togother is > dangerous. Document this. > > Signed-off-by: Miklos Vajna <vmiklos@xxxxxxxxxxxxxx> > --- > > I see people on #git regularly who do not know about this option can cause > problems, so I think it's important to document this. > > Documentation/git-clone.txt | 6 ++++++ > 1 files changed, 6 insertions(+), 0 deletions(-) > > diff --git a/Documentation/git-clone.txt b/Documentation/git-clone.txt > index fdccbd4..5c4d936 100644 > --- a/Documentation/git-clone.txt > +++ b/Documentation/git-clone.txt > @@ -62,6 +62,12 @@ OPTIONS > .git/objects/info/alternates to share the objects > with the source repository. The resulting repository > starts out without any object of its own. > + *NOTE*: this is a possibly dangerous operation; do *not* use > + it unless you understand what it does. If you clone your > + repository using this option, you delete branches in the > + source repository and you run linkgit:git-gc[1] using the > + `--prune` option, then it will remove objects which are > + referenced ones in the target repository! I find that second sentence hard to understand. Maybe: If you clone your repository using this option, then delete branches in the source repository and then run linkgit:git-gc[1] using the '--prune' option in the source repository, it may remove objects which are referenced by the cloned repository. -brandon - To unsubscribe from this list: send the line "unsubscribe git" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
