Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:54456
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: error (pb1.pair.com: domain lsces.co.uk from 213.123.26.185 cause and error)
Message-ID: <4E3F9C25.1080504@lsces.co.uk>
Date: Mon, 08 Aug 2011 09:19:49 +0100
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.19) Gecko/20110420 SUSE/2.0.14-2.2 SeaMonkey/2.0.14
MIME-Version: 1.0
To: PHP internals <internals@lists.php.net>
References: <slrnj3tulc.6vi.dsp@experimentalworks.net> <4E3F0279.3070701@sugarcrm.com>	<slrnj3u12r.6vi.dsp@experimentalworks.net> <ek8vr4hphq.fsf@news.eternal-september.org> <4E3F31D3.3090302@lsces.co.uk> <4E3F35CC.5060100@sugarcrm.com>
In-Reply-To: <4E3F35CC.5060100@sugarcrm.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Subject: Re: [PHP-DEV] [RFC] Choosing a distributed version control system
 for PHP (or not). Call for Participation.
From: lester@lsces.co.uk (Lester Caine)

Stas Malyshev wrote:
> On 8/7/11 5:46 PM, Lester Caine wrote:
>>> Use git.
>> And stick two fingers up at the windows developer base ;)
>
> What's the problem with git and windows? I understand there is a good
> GUI-installable package with all needed and everything works just fine -
> at least I know people using it without any trouble.

Things have improved somewhat over the last year ... A year ago even the git 
people would admit that they did not do windows well ...

Having to deal with many sites that are 'windows only', but now supplying them 
Linux boxes with FLAP installations, we make them 'look' like windows boxes for 
the IT department, so WinSCP and Putty are the order of the day. I've not tried 
again in the last few months, but last time I installed the msysgit, parts of my 
SSH process stopped working! If one has a working cygwin install then it should 
be possible to run it on that, but it appears now that it may have been that 
which caused some of my own problems since there was a cygwin installation as well.

TortoiseGit prefers msysgit installed but it can now be installed using the 
existing putty installation now. But it is still a windows only option, while 
the TortoiseHg package works transparently on both. I'll put my hand up that it 
clashes with Powerdesk on Windows, but I've been lucky up to now that Powerdesk 
worked at all, and M$ HAS now provided most of its facilities now anyway, and I 
tend to work from a Linux box anyway so don't really need it.

Another method of working cross platform is Eclipse ... Jgit/Egit are making 
progress, but do not currently support the git subrepo. The hg plugin still has 
a few problems but on the whole it is now usable, although I do still prefer 
TortoiseHg via Nautilus for managing updates.

I'm not sure on the current situation with git, but Hg does transparently 
connect with git, which is how I have been working for a long time now. I've 
moved my own CVS archives over to Hg, and manage the SVN repo's via it as well. 
SO at the end of the day I'm not that bothered if the consensus is Git. I'm just 
laying out all the reasons why I never got on with it, many of which still 
currently apply. I've been using a package called BeyondCompare since long 
before it was ported to Linux, and this integrates seamlessly into Eclipse and 
TortoiseHg on both platforms ( and I understand Mac ).

Kiall
> Re: Windows Only - I'm yet to meet a Linux developer who prefers a git GUI over the git CLI ;)
That I think sums up the problem with much of the Linux development process? For 
years I have been using Eclipse for all my software development. On CVS and SVN 
archives I can SEE a list of the files that have changes, compare things that I 
am working on, select what I apply to my local copy. Currently neither git nor 
hg provide the same level of control, I have to run a separate clone of the 
'master' and run BC to view the same details. I know I am in a minority and 
probably a dinosaur, but I've wasted months trying to get back to a level of 
productivity that I had last year, and yet still have on projects that have not 
moved to DVCS!

Personally I expect a conversion to DVCS would create more sustainable forks of 
PHP, perhaps we can maintain our own personal builds ignoring some of the 
'unnecessary' stuff added since 5.2 :) This is exactly what is happening on 
other projects, since one can pull what you want and branch on what you don't. 
There are no restrictions which is why the management process becomes more 
important!

( CRLF -> LF conversion is never a problem - just don't use notepad in windows :) )

-- 
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