Support interactive commit
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Bazaar |
Confirmed
|
Medium
|
Unassigned | ||
Breezy |
Triaged
|
Medium
|
Unassigned |
Bug Description
When committing in git, a user can choose to "git add -p" so that a subset of a bunch of hunks in the working copy can committed. They enumerate over all hunks and pick and ignore and can also break down hunks into smaller hunks.
This can be emulated in bzr using shelve (and it even has colored diffs!) - but when you are used to git add -p its the wrong way round. I want to pick the hunks to commit, not the hunks to hide. And when the commit happens, i want my working copy to have all the hunks again.
How can we make this way of working nicer for GNOMies trying out Bazaar instead of Git? This might be a case for the ideas around the git index / staging area that were suggested, or as simple as an option that ran shelve in reverse.
Changed in bzr: | |
importance: | Undecided → Medium |
status: | New → Confirmed |
tags: | removed: gnome |
tags: | added: commit ui |
tags: | added: check-for-breezy |
Changed in brz: | |
status: | New → Triaged |
importance: | Undecided → Medium |
tags: | removed: check-for-breezy |
tags: | added: git-world |
There is an interactive commit plugin already; I don't think an index is needed or even relevant for committing things which are dynamically generated - all that is needed is UI and a tree wrapper (or similar construct).