using git: rebase, not putll before push

Ian Monroe ian at monroe.nu
Mon Dec 6 18:40:38 GMT 2010


On Mon, Dec 6, 2010 at 11:48 AM, Boudewijn Rempt <boud at valdyas.org> wrote:
> Hi,
>
> We're having lots and lots of
>
> Merge branch 'master' of ssh://git.kde.org/calligra
>
> type commits. Those are caused by pushing without rebasing first.
>
> So, instead of doing this:
>
>
> git pull, hack, commit, hack commit, git pull, git push
>
> do:
>
> git pull, hack, commit, hack, commit, git rebase origin master, pit push

I like doing:
git remote update
git rebase origin/master

and then when pushing:
git push origin master:master
(pushes the local master to the remote master)

"git push" by itself is less precise, which is fine in the simple
case, but actually ends up being more confusing when you are dealing
with multiple branches and such. If git has to guess less about what
you are doing things are more straightforward. And using 'git remote
update' fetches all repos you have setup, which is sometimes handy.

Ian



More information about the calligra-devel mailing list