Home/ Questions/Q 8677427
In Process

The Archive Base Latest Questions

Editorial Team
  • 0
Asked: 2026-06-12T20:27:17+00:00

A colleague and I are using git with a single remote origin repository. We

  • 0

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.

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.

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

Share

Leave an answer

You must login to add an answer.

Need An Account,

1 Answer

  1. Editorial Team

    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).

    • 0