Git avoiding “merge branch master”

A colleague and I are using git with a single remote origin repository.
We both Commit local then push to origin. As we are working there is naturally some divergence as especially my colleague doesn´t fetch / pull often.

Once its time to push to origin i would suspect we can merge local, then push to origin.
I anticipated to get a rather straight version history without described merges.

  • “Did you mean” in git
  • Node app and multiple node modules being developed concurrently, usage of npm-link
  • How to merge a branch to another branch in GIT?
  • How do I get the Git log for a specific branch only?
  • Specify to which file a patch should apply
  • How to make a composer depency commitable?
  • Judging from the rather complicated version Subway Map and the ever recurring Merge branch ‘master’ message i guess we are doing something not quite right.

    • What is the reason for the “merge branch to master” messages?
    • How can this version history be simplyfied?

    I have the feeling this has been answered here before but I couldn’t fully understand the information I gathered.

    Git Version History

  • Is there a script that posts git commits to twitter?
  • what does using gitflow offer a git user?
  • How to remove deleted files from git?
  • Git clone on Mac with HTTPS not working
  • Get back the changes after accidental checkout?
  • Is there a script that provides the equivalent to git-bisect for Perforce (p4)?
  • 2 Solutions collect form web for “Git avoiding “merge branch master””

    I think you are looking for git rebase.

    Each of the merges recorded in your history was required from the “preserve true history” point of view. Your branches diverged at this point, and were subsequently merged (note how both branches have commits unique to them, so fast-forwarding isn’t possible.

    If you rebase, the current tip (including the changes from your colleague) becomes the new branch point, and unless they push in between, your changes can then be applied by a fast-forward, giving the impression of linear development (but with non-monotonic timestamps).

    We have a case that is similar. Though we use a central master repo, we often have individual developers generating the Merge branch ‘Master’ message. Our solution was to have developers do git pull --rebase whenever pulling from the remote master repo.

    Git Baby is a git and github fan, let's start git clone.