On Mon, Jan 04, 2010 at 03:00:21PM +0000, Henrik Grubbstr�m (Lysator) @ Pike (-) developers forum wrote:
Currently commits that are identical (including same history) in more than one major branch are kept as one single commit. Should they be forced to be split apart if after the split point for the branches?
What are the practical implications within the git system of the two options?
I'll try to explain it with illustrations.
i think the second one more correctly represents the workflow that happened, namely that the same commit was made to two branches. this result we would also get today on git if a commit is made to one branch and then cherry-picked to other branches. it makes for easier to read history, and especially, if cherry-picking is used today to make the same commit to multiple branches then old branches from cvs look just like new branches that were made in git first.
greetings, martin.