Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:50808 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 18387 invoked from network); 2 Dec 2010 11:37:00 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 2 Dec 2010 11:37:00 -0000 Authentication-Results: pb1.pair.com smtp.mail=lester@lsces.co.uk; spf=permerror; sender-id=unknown Authentication-Results: pb1.pair.com header.from=lester@lsces.co.uk; sender-id=unknown Received-SPF: error (pb1.pair.com: domain lsces.co.uk from 213.123.26.186 cause and error) X-PHP-List-Original-Sender: lester@lsces.co.uk X-Host-Fingerprint: 213.123.26.186 c2beaomr08.btconnect.com Received: from [213.123.26.186] ([213.123.26.186:33684] helo=mail.btconnect.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 47/B6-15182-0C487FC4 for ; Thu, 02 Dec 2010 06:36:52 -0500 Received: from host81-138-11-136.in-addr.btopenworld.com (EHLO _10.0.0.4_) ([81.138.11.136]) by c2beaomr08.btconnect.com with ESMTP id AWG41732; Thu, 02 Dec 2010 11:33:46 +0000 (GMT) Message-ID: <4CF7841A.5020702@lsces.co.uk> Date: Thu, 02 Dec 2010 11:33:46 +0000 User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.14) Gecko/20101013 SUSE/2.0.9-2.1 SeaMonkey/2.0.9 MIME-Version: 1.0 To: PHP internals References: <1291216564.27624.43.camel@guybrush> <201012020044.26416.larry@garfieldtech.com> <4CF762EC.9050207@lsces.co.uk> <4CF76EA5.8050403@lsces.co.uk> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Mirapoint-IP-Reputation: reputation=Good-1, source=Queried, refid=tid=0001.0A0B0302.4CF7841A.00C4, actions=tag X-Junkmail-Status: score=10/50, host=c2beaomr08.btconnect.com X-Junkmail-Signature-Raw: score=unknown, refid=str=0001.0A0B0202.4CF784BD.0218,ss=1,fgs=0, ip=0.0.0.0, so=2010-07-22 22:03:31, dmn=2009-09-10 00:05:08, mode=single engine X-Junkmail-IWF: false Subject: Re: [PHP-DEV] git anyone? From: lester@lsces.co.uk (Lester Caine) dukeofgaming wrote: > Such IDE integration exists for mercurial, both for Eclipse and > Netbeans, also at shell level. This has already been covered ... git and hg integration is only partially functional. Git is a right pain in windows, while hg is at least functional identically in both linux and windows. BUT sub-repo is an area that is not currently supported in any of the integration tools and hg-git actually fails if there is a git sub-repo. Keeping each extension of php in it's own sub-repo is the obvious way of managing things, but is the very area that is not fully functional. Building a single 'download' of a group of packages is not something that can currently be handled, as the 'module' structure of CVS simply can't be mapped. A single CVS repo becomes 200+ separate repo's in hg or git, and you then need script files to manage things, which is fine for command line users, but a problem for the IDE approach. > I really don't get why you say there is no easy way to rollback changes, > because there is. I do manage package updates and installations through > SVN (e.g. updating symfony, doctrine), I just don't use SVN to work with > other people. I believe that managing packages and working with people > should not be regarded as the same thing when talking about versioning > systems. Again you are missing the point here. CVS/SVN works nicely for managing a master code base. DVCS does not naturally support that, and this is a major area that needs to be managed by any project switching so that you CAN manage a master codebase. The problem I was trying to highlight was that with patches around a number of distributed copies, managing a 'rollback' can be difficult if several people have pushed around different paths, and currently the available tools do not allow the same flexibility that has been provided for CVS/SVN for several years. > I think the main and general drive of people for adopting a DVCS is just > that, better workflows, and fortunately, some of them have actually > worried about interoperability, meaning its possible to import files > from other (D)VCSs. Again ... there is no 'natural' workflow so it becomes a lot more difficult to cooperate. I still think that a 'master' of the CVS/SVN type may be preferable rather than trying to manage that via a DVCS maze? All of the projects that have published their research have indicated that there is not a simple answer and that the goal posts are still moving on a weekly basis? hg has published improvements to the sub-repo problem only this week, but the integration packages still have to catch up. -- Lester Caine - G8HFL ----------------------------- Contact - http://lsces.co.uk/wiki/?page=contact L.S.Caine Electronic Services - http://lsces.co.uk EnquirySolve - http://enquirysolve.com/ Model Engineers Digital Workshop - http://medw.co.uk// Firebird - http://www.firebirdsql.org/index.php