Hi David, sorry but i don't understand if this applies to me? (i don't have push ability)
2011/8/2 David Kastrup <[email protected]>: > Graham Percival <[email protected]> writes: > >> On Tue, Aug 02, 2011 at 10:32:15AM +0200, David Kastrup wrote: >>> >>> We have had several single-commit branches recently. Those appear in >>> the history just as "merge with master" and require additional work for >>> tracking the changes, worse so when the branchoff point is a long way >>> backwards. >>> >>> So please make it a habit to do >>> git rebase origin >>> before doing >>> git push > > The main point of a "rebase" is when you have been working on some > private functionality, and the main development has continued. If you > push your work after "git pull", you get a merge from your private > branch and the latest development. If you do "git rebase origin" > before, then your development is rewritten as if it were done on top of > the current origin/master. History is linear then and easier to follow. Regardless of whether this applies to me or not, does using git pull -r instead of plain git pull make this problem irrelevant, or am i wrong? cheers, Janek _______________________________________________ lilypond-devel mailing list [email protected] https://lists.gnu.org/mailman/listinfo/lilypond-devel
