# git-am and git-rebase inconsistency 2 messages from 2007-01-19 to 2007-01-20. Participants: David Kågedal, Junio C Hamano. Thread: https://gitlist.dev/t/6447 ## David Kågedal, 2007-01-19 23:53 Subject: git-am and git-rebase inconsistency Message-ID: <873b66infc.fsf@morpheus.local> URL: https://gitlist.dev/e/873b66infc.fsf%40morpheus.local ``` The git-am and git-rebase commands have some similarities in that both try to apply patches and may fail in the middle. Both commands can be rerun to continue the application. The --skip option is used in both to skip one patch, but when a conflict has been resolved, git-rebase uses --continue, and git-am uses --resolved for what seems to me to be the equivalent action. It would probably be good, although not terribly important, if these commands were change to be in harmony. But I'm not sure which option I like best... -- David Kågedal ``` ## Junio C Hamano, 2007-01-20 00:25 Subject: Re: git-am and git-rebase inconsistency Message-ID: <7vzm8ebl3d.fsf@assigned-by-dhcp.cox.net> URL: https://gitlist.dev/e/7vzm8ebl3d.fsf%40assigned-by-dhcp.cox.net In-Reply-To: <873b66infc.fsf@morpheus.local> ``` David Kågedal writes: > The git-am and git-rebase commands have some similarities in that both > try to apply patches and may fail in the middle. Both commands can be > rerun to continue the application. The --skip option is used in both > to skip one patch, but when a conflict has been resolved, git-rebase > uses --continue, and git-am uses --resolved for what seems to me to be > the equivalent action. > > It would probably be good, although not terribly important, if these > commands were change to be in harmony. But I'm not sure which option > I like best... Well, git-rebase did not have any options like them in the beginning, so a logical option would be to add --resolved as a synonym to the latter. ```