From: Paul P. <bay...@gm...> - 2011-01-10 22:48:14
|
You can do the same thing with subversion. It's quite easy to make branches & merge with it as well. I'm not familiar with Mercurial/GIT, but I'm assuming it's just a matter of who's familiar with what. I'm not directing this at you. Rather, you could say this about me & Mercurial/GIT, but to steal a rather famous quote: "You always fear what you don't understand" Yes, you can do automatic merging with subversion too, but that misses the point. Each merge described is a purposeful human decision or we would forget about the branches. If we think that's too much trouble or too complicated, we don't have to do branching or tagging, but I'm trying to keep quality code separated. Just because someone wrote some code doesn't mean it's worthy of trunk (myself included). So to reiterate, my thoughts are just discussion. Please feel free to give input or critique. If you have ideas/comments on Mercurial/GIT, please do share. Thanks! Paul On Mon, Jan 10, 2011 at 4:16 PM, Panayotis Katsaloulis < pan...@pa...> wrote: > > On Jan 10, 2011, at 10:36 PM, Paul Poley wrote: > > > I have to admit I like you three being sorts of gatekeepers to the > repository to make sure not just anything is making it in. But I also > understand having only 3 people becomes more difficult as the project grows. > > I believe the best solution for this problem with a more flexible > versioning system than SVN. > It's not the first time I vote in favor of Mercurial/GIT which are able to > make and handle branches and merging much easier and most of the time in an > automatic manner. > > ------------------------------------------------------------------------------ > Gaining the trust of online customers is vital for the success of any > company > that requires sensitive data to be transmitted over the Web. Learn how to > best implement a security strategy that keeps consumers' information secure > and instills the confidence they need to proceed with transactions. > http://p.sf.net/sfu/oracle-sfdevnl > _______________________________________________ > xmlvm-users mailing list > xml...@li... > https://lists.sourceforge.net/lists/listinfo/xmlvm-users > |