When working on complex pull requests, sometimes you have multiple different sets of changes that are all needed for a buildable, testable version, but that you still want to commit in multiple commits. So currently, you either
- commit multiple untested changes, then test, then commit fixes, or
- commit multiple untested changes, then test, then edit the previous commits, or
- first do all the changes, test them, then pick the changes apart for committing
- ...
It's all clunky.
It would be nice to be able to stage the changes in multiple virtual staging lists (out of which of course only one can be the active git stage), so you can keep the changes separated, and then activate one after the other when you've done you build/test and commit them.
When working on complex pull requests, sometimes you have multiple different sets of changes that are all needed for a buildable, testable version, but that you still want to commit in multiple commits. So currently, you either
It's all clunky.
It would be nice to be able to stage the changes in multiple virtual staging lists (out of which of course only one can be the active git stage), so you can keep the changes separated, and then activate one after the other when you've done you build/test and commit them.