Junio C Hamano <gits...@pobox.com> writes: > Yes, that is why I said for pull-merge, --authsquash is neutral-to-better > and pull.autosquash is harmful.
To speak from my experience: I find myself typing "git stash && git pull && git stash pop" relatively often. Typical use-case: I start working on something, a colleague works on the same thing and I need to see what he did to continue. Probably not something so frequent for large projects, but very frequent for small projects (e.g. writing a paper together with a single .tex file and the deadline approaching). In this case, "git pull --rebase" makes sense for advanced enough users, but newbies who have been told "rebase is too dangerous for you, don't use it", it would be cool to have --autostash too. I tend to agree that pull.autostash is harmful. At least in its current form, it is really too easy to overlook the "Please run 'git stash pop' after commiting the conflict resolution." message: <do some important changes> $ git pull <fix conflicts> $ git status <tells me to commit> $ git commit <WTF, where are my important changes?!?> rebase wouldn't have this issue if "stash pop" is part of the sequence to apply. -- Matthieu Moy http://www-verimag.imag.fr/~moy/ -- To unsubscribe from this list: send the line "unsubscribe git" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
