Petr Baudis wrote: >>my impression of git is that you don't change stuff that's already >>committed. you revert changes by applying a new commit that backs out >>the original changes. i'm speculating, but i suspect that's why there's >>a "stg pick --reverse" and not a "stg uncommit." > It is ok as long as you know what are you doing - if you don't push out > the commits you've just "undid" (or work on a public accessible > repository in the first place, but I think that's kind of rare these > days; quick survey - does anyone reading these lines do that?), there's > nothing wrong on it, and it gives you nice flexibility. Yes, and this is one problem I envision with publishing a git repository with an stgit stack applied - somebody later doing a pull of it will not find the head revision they had. I'm not sure what the net effect of this will be, though. Sam. - To unsubscribe from this list: send the line "unsubscribe git" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.htmlReceived on Wed Feb 15 11:23:55 2006
This archive was generated by hypermail 2.1.8 : 2006-02-15 11:24:05 EST