I was trying to use intergration and commit to be specific scm terms in this sort of discussion, so rephrasing (and hopefully improving on ) Dave Laribee's law we get
"If its late in the day save your next integration for the morning" Now people can go home on time and not fret about a build breaking at the end of the day and having to stay late and rush to fix it. Andrew 2009/2/24 aslak hellesoy <aslak.helle...@gmail.com> > On Tue, Feb 24, 2009 at 3:47 PM, Rob Holland <rob.holl...@gmail.com> > wrote: > >> Because the longer you wait, the more your code will diverge from your > >> teammates'. If you don't commit often you rob them of the opportunity > >> to reduce merge hell. > > > > Please note I did say commit, and not push, and I inferred from Matt > > he meant commit and not push (although he has explained otherwise > > since). > > > > Ok, let's all be more specific when we talk about scm operations. Not > everyone is using git all the time. (I wish I did, but I often work in > the "enterprise", so it will take a while for them). > > Say "git commit" or "svn commit" or "git push" instead of just > "commit" or "push". > > Aslak > > > I find pushing last thing at night even more bizarre to be honest :/ > > Completely agree. Ending the day with a git push / svn commit is > verboten where I work. Dave Laribee describes why in biblical form: > > http://codebetter.com/blogs/david_laribee/archive/2008/09/22/laribee-s-final-law-of-continuous-integration.aspx > > > If you're are going home, it seems reasonable that other people might > > be, ergo there won't be many more changes made (an assumption > > granted). Also, if they are going to continue to work and make > > changes, why force them to merge a > > broken/half-done/possibly-to-be-completely-redone later commit. Makes > > no sense to me :/ > > _______________________________________________ > > rspec-users mailing list > > rspec-users@rubyforge.org > > http://rubyforge.org/mailman/listinfo/rspec-users > > > > > > -- > Aslak (::) > _______________________________________________ > rspec-users mailing list > rspec-users@rubyforge.org > http://rubyforge.org/mailman/listinfo/rspec-users >
_______________________________________________ rspec-users mailing list rspec-users@rubyforge.org http://rubyforge.org/mailman/listinfo/rspec-users
