Documentation is unclear about merge history preservation

Bug #222161 reported by Kevin Smith
2
Affects Status Importance Assigned to Milestone
Bazaar
Confirmed
Medium
Unassigned
Breezy
Triaged
Low
Unassigned

Bug Description

My goal was to make changes on a feature branch, merge those changes into the mainline, and then be able to browse the mainline history and be able to see each individual commit. After reading the documentation, and looking at the log command, and doing some simple tests, it seemed to me that the merge into the mainline was combining all my commits into one big super-commit. It seemed like it was losing the individual commit history.

This is basically point 6 on this evaluation:
http://changelog.complete.org/posts/528-Whose-Distributed-VCS-Is-The-Most-Distributed.html

It seems quite possible that the author of that page had the same confusion I did, resulting in bzr getting a failing score on that issue.

In the documentation, the merge command should describe this. The diff -c documentation should be more clear about this case, with an example. And the workflow descriptions (including unbind/bind) should mention it as well.

Tags: doc easy
Jelmer Vernooij (jelmer)
Changed in bzr:
importance: Undecided → Low
status: New → Triaged
Changed in bzr:
importance: Low → Medium
tags: added: easy
Changed in bzr:
status: Triaged → Confirmed
Jelmer Vernooij (jelmer)
tags: added: check-for-breezy
Jelmer Vernooij (jelmer)
tags: removed: check-for-breezy
Changed in brz:
importance: Undecided → Low
status: New → Triaged
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.