With the manner in which we are currently committing to the repo, the history is poluted by ‘merge pull’ and ‘merge branch’ references, making it rather untidy and difficult to follow. I discovered this my experimenting with git log, ref my related post
here.
When accepting a Pull Request in GitHub, there is an option within a dropdown to ‘rebase and merge’.
For those of you who are interested, the subject of merging vs rebasing, is explained in
this article.
Does any one have any experience of rebasing in git?
Should we consider trialling it, with the aim of keeping a clean project history?
Other than the 'Golden Rule' in the article linked above, are there any dangers or watch-outs?
Andy.