On 2014-11-07 23:29, David Lang wrote: > I think that the patch creator (in the feature branch) should do whatever > squashing, rebaseing, etc is desired before the patch is sent upstream. > > If it's a small change, it may make sense to go ahead and alter the history > before it's merged, but this shouldn't be a matter of "make it one branch", > but > rather "with 20-20 hindsight, this is the ideal series of patches to > implement > this feature" where you trim out false starts, bugs that you later fix, etc. > Especially if there is a large change, it's valuable to see the steps in the > change individually rather than just having everything combined into one > massive > patch.
+1 _______________________________________________ rsyslog mailing list http://lists.adiscon.net/mailman/listinfo/rsyslog http://www.rsyslog.com/professional-services/ What's up with rsyslog? Follow https://twitter.com/rgerhards NOTE WELL: This is a PUBLIC mailing list, posts are ARCHIVED by a myriad of sites beyond our control. PLEASE UNSUBSCRIBE and DO NOT POST if you DON'T LIKE THAT.