support forcing conflicts to allow interactive editing

Bug #501809 reported by Juanma Barranquero
12
This bug affects 2 people
Affects Status Importance Assigned to Milestone
bzr-rewrite
Confirmed
Wishlist
Unassigned

Bug Description

This is similar to "#243150 support -i flag as per git", though not identical (I think).

The idea is having a flag for rebase to force each commit (or perhaps specify which ones) to be considered a conflict, so the user can interactively edit and change it.

The use case is when a bunch of small patches are maintained in a branch and periodically rebased (without conflicts), but you just need to adjust each one once before finally pushing them to the master branch.

This could help, for example, in Emacs. The final --force-conflict (or whatever the name) would allow the developer to stop the rebase and update the dates in the ChangeLog files just before the final push.

Revision history for this message
Jelmer Vernooij (jelmer) wrote :

I agree this would bee a nice thing to support.

This shouldn't be an option on rebase though imho, I think it's rather something that belongs on e.g. a filter-branch (which would also be appropriate for the bzr-rewrite plugin).

Changed in bzr-rewrite:
importance: Undecided → Wishlist
status: New → Confirmed
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.