Re: better changeset tracking
| From: | Lukas Kahwe Smith | Date: | Wed, 30 May 2007 05:43:17 +0000 |
| Subject: | Re: better changeset tracking | ||
| References: | 1 2 3 4 | Groups: | php.internals |
| Request: | Send a blank email to internals+get-29931@lists.php.net to get a copy of this message | ||
Andi Gutmans wrote:
Well I think Subversion the way it is today is already considerably better. Just the directory versioning and the better performance would already pay off in the PHP project. No doubt that merge tracking is an added bonus but it's not exactly applicable (yet) to the way we work in the project as we are mainly doing selective merges. It would require us to somewhat rethink how we want people to develop (i.e. branch per major feature, branch per mini release, etc...). Btw, I didn't recommend it because of changset tracking, but rather if we make significant changes to our dev infrastructure we might as well build it on the right foundations and moving to SVN will be inevitable at some point. I think it already provides enough value today to start considering it.Also keep in mind that there are plenty of subprojects under cvs.php.net. These tend to be a lot simpler on the branching/merging side. So maybe these are good testing grounds to get some of the infrastructure for karma management in place. And then once we start feeling comfortable with things, then we are more prepared to move php internals over. regards, Lukas