On 10/09/09 00:57, Pieter de Bie wrote: > I think the migration is more difficult than you think. You'd have to > create a patch with the current changes, and then just hope it applies > on the other branch. Then you'll have to decide what to show in the > case that it does not apply cleanly. And you can't really know if > it'll apply cleanly until you try it, as all the merge stuff in git is > done on the actual work tree.
Yes, I was gonna throw that in if you hadn't. I think we should try to keep GitX to the git-workflow in commandline where possible, so it's easier for user to migrate in either direction. In vanilla git there is no "commit the current changes to this branch" obviously, so the concept would be really confusing. I think a header in the commit-view sounds like a good idea. When we get the ability to cherry-pick and revert we don't have to worry about even the most noobish users ;) Greetings, Jojo -- Johannes Gilger <[email protected]> http://heipei.net GPG-Key: 0x42F6DE81 GPG-Fingerprint: BB49 F967 775E BB52 3A81 882C 58EE B178 42F6 DE81
