summaryrefslogtreecommitdiff
path: root/Documentation/RelNotes/2.11.1.txt
diff options
context:
space:
mode:
authorLibravatar Ævar Arnfjörð Bjarmason <avarab@gmail.com>2018-02-09 20:32:12 +0000
committerLibravatar Junio C Hamano <gitster@pobox.com>2018-02-09 13:10:12 -0800
commitd0e07472faa938c83e9b1f76567f16614672668c (patch)
tree459841c00b26d3ad50b2caf00db4546c3ac3fa55 /Documentation/RelNotes/2.11.1.txt
parentgit fetch doc: add a new section to explain the ins & outs of pruning (diff)
downloadtgif-d0e07472faa938c83e9b1f76567f16614672668c.tar.xz
git remote doc: correct dangerous lies about what prune does
The "git remote prune <name>" command uses the same machinery as "git fetch <name> --prune", and shares all the same caveats, but its documentation has suggested that it'll just "delete stale remote-tracking branches under <name>". This isn't true, and hasn't been true since at least v1.8.5.6 (the oldest version I could be bothered to test). E.g. if "refs/tags/*:refs/tags/*" is explicitly set in the refspec of the remote, it'll delete all local tags <name> doesn't know about. Instead, briefly give the reader just enough of a hint that this option might constitute a shotgun aimed at their foot, and point them to the new PRUNING section in the git-fetch documentation which explains all the nuances of what this facility does. See "[BUG] git remote prune removes local tags, depending on fetch config" (CACi5S_39wNrbfjLfn0xhCY+uewtFN2YmnAcRc86z6pjUTjWPHQ@mail.gmail.com) by Michael Giuffrida for the initial report. Reported-by: Michael Giuffrida <michaelpg@chromium.org> Signed-off-by: Ævar Arnfjörð Bjarmason <avarab@gmail.com> Signed-off-by: Junio C Hamano <gitster@pobox.com>
Diffstat (limited to 'Documentation/RelNotes/2.11.1.txt')
0 files changed, 0 insertions, 0 deletions