# git anyone? - Thread: https://externals.io/message/50486 - Original archive: https://news-web.php.net/php.internals/50486 - Started by Pierre Joye on 2010-11-25T01:47:08+00:00 - Messages: 64 - Page 1 of 3: messages 1 to 25 (25 per page, add `?page=N` to the URL) - Next page: https://externals.io/message/50486.md?page=2 - Reply by email to internals@lists.php.net - More for agents: search with https://externals.io/search.md?q={query} · JSON API at https://externals.io/api · documentation at https://externals.io/llms.txt --- ## #50486 — Pierre Joye — 2010-11-25T01:47:08+00:00 URL: https://externals.io/message/50486#50486 hi, We have moved not too long ago and for what I see it gave some opportunities to many of us to see what are the other tools on the market, git and github in particular. I think 99% of the active developers here are on github or use git in one way or another. I think git could be a great help, maintaining multiple branches will be easier. It will also be very useful to develop new complex features requiring a longer development period. SVN works fine but merging is very limited and buggy, maintaining a branch while syncing changes from trunk/other branches is a very frustrating experiences. Please not I'm not requesting to do it now and here, only trying to get a feeling/poll about git usage. Cheers, -- Pierre @pierrejoye | http://blog.thepimp.net | http://www.libgd.org --- ## #50489 — Daniel Brown — 2010-11-25T02:12:25+00:00 URL: https://externals.io/message/50486#50489 · In reply to: #50486 > hi, [snip] > Please not I'm not requesting to do it now and here, only trying to > get a feeling/poll about git usage. You might recall several conversations on this during the period where Gwynne was migrating us from CVS to SVN in 2008/09. Two two threads that stand out most in my mind were Rasmus' thoughts on the matter[1] and David Soria Parra actually working toward using git --- or at least git-svn[2]. There were several other threads on the subject as well, so unless opinions have changed, you may already have some folks in your corner. ^1: http://news.php.net/svn.migration/255 ^2: http://news.php.net/php.internals/44942 -- Please not I'm not requesting to do it now and here, only trying to > get a feeling/poll about git usage. I would be +1 on this, where 1 is the biggest 1 possible without it becoming 2. :) git-svn is a reasonable alternative for smaller repositories and projects (I use it at work on a daily basis to deal with older projects that we haven't migrated to git), but the PHP repository is difficult to use effectively with it, since it (in my experience, at least) requires a checkout of every revision for proper handling of branches and tags. git-svn also imposes some restrictions on developer workflow which aren't insurmountable, but do limit what you can do relative to a real git repository. So, in short, I'd love to see us move to git. Adam --- ## #50491 — Larry Garfield — 2010-11-25T03:27:28+00:00 URL: https://externals.io/message/50486#50491 · In reply to: #50489 > > > […] > > [snip] > > > […] > > You might recall several conversations on this during the period > where Gwynne was migrating us from CVS to SVN in 2008/09. Two two > threads that stand out most in my mind were Rasmus' thoughts on the > matter[1] and David Soria Parra actually working toward using git --- > or at least git-svn[2]. There were several other threads on the > subject as well, so unless opinions have changed, you may already have > some folks in your corner. > > > ^1: http://news.php.net/svn.migration/255 > ^2: http://news.php.net/php.internals/44942 FWIW, the KDE project migrated from CVS to SVN a few years ago and is now in the process of migrating to Git following numerous KDE projects moving to Github of their own accord. They're doing a piece-meal approach with projects migrating bit by bit. I believe they are hosting their own Git setup but I'm not certain of that. The Drupal project skipped SVN entirely and is currently in the process of migrating our entire infrastructure from CVS to Git, which we will be self- hosting. Numerous Drupal projects were already migrating to Github and we decided, basically, "CVS sucks and people are voting with their feet for Git". We opted to setup our own Git infrastructure rather than use GitHub's because our development toolchain is very tightly coupled with our version control system and issue queue history, and we wanted to retain that. We couldn't do that on Github, but building our own we could. A nice side-effect of this process (in progress as we speak) is a number of more generic tools (many Drupal-based, I grant) for version control handling, particularly Git. By the time we're done (hopefully late Q1 2011) we should have a number of people who know a disturbing amount about Git and Git-PHP, and I suspect many could be coaxed to at least provide advise and consultation if not actual labor. (I am not one of those people so I can't speak for them, but I would certainly be willing to poke and prod people into offering what help they can. ) Having been an SVN fan for a long time, I must say I am *really* liking working with Git for the past year or so on various projects. --Larry Garfield --- ## #50492 — Philip Olson — 2010-11-25T03:29:07+00:00 URL: https://externals.io/message/50486#50492 · In reply to: #50486 > Please not I'm not requesting to do it now and here, only trying to > get a feeling/poll about git usage. The main reasons we moved to SVN and not Git include: - Less of a learning curve, because SVN is like CVS - Most of the CVS->SVN work was already finished - A few old timers didn't want us using Git - We aren't sure how the authentication/karma system would work Most people wanted (and still want) to move to Git, but moving to SVN was a simpler process. Any proposal towards Git should include how it'd work. Also, Github (yes or no) is another part of this. Regards, Philip --- ## #50494 — Stas Malyshev — 2010-11-25T05:46:33+00:00 URL: https://externals.io/message/50486#50494 · In reply to: #50486 Hi! > We have moved not too long ago and for what I see it gave some > opportunities to many of us to see what are the other tools on the > market, git and github in particular. I think 99% of the active > developers here are on github or use git in one way or another. My personal experience is that git runs circles around svn when it comes to merging and branching, etc. There's some learning curve but you can get used to it in less than a month. However, there are a lot of practical challenges (auth, etc.) that need to be solved. I personally wouldn't mind using git but we need to find a brave soul that would agree to figure out all the challenges. As for now, we already have github mirror, so maybe private needs can be served by it... -- Stanislav Malyshev, Software Architect SugarCRM: http://www.sugarcrm.com/ (408)454-6900 ext. 227 --- ## #50496 — Andi Gutmans — 2010-11-25T06:45:57+00:00 URL: https://externals.io/message/50486#50496 · In reply to: #50486 > -----Original Message----- > From: Pierre Joye [mailto:pierre.php@gmail.com] > Sent: Wednesday, November 24, 2010 5:47 PM > To: PHP internals > Subject: [PHP-DEV] git anyone? > > hi, > > We have moved not too long ago and for what I see it gave some opportunities > to many of us to see what are the other tools on the market, git and github in > particular. I think 99% of the active developers here are on github or use git in > one way or another. > > I think git could be a great help, maintaining multiple branches will be easier. It > will also be very useful to develop new complex features requiring a longer > development period. SVN works fine but merging is very limited and buggy, > maintaining a branch while syncing changes from trunk/other branches is a > very frustrating experiences. > > Please not I'm not requesting to do it now and here, only trying to get a > feeling/poll about git usage. I personally doubt moving will have a material positive impact on the project. I wouldn't particularly mind if all the issues were addressed but I wouldn't hold my breath that it will be game changing. It may be better to invest the effort elsewhere. Andi --- ## #50497 — Lester Caine — 2010-11-25T07:06:02+00:00 URL: https://externals.io/message/50486#50497 · In reply to: #50486 Pierre Joye wrote: > Please not I'm not requesting to do it now and here, only trying to > get a feeling/poll about git usage. Have you used git on Windows Pierre ... It is a joke! Yes one can get it to work, but only if you do not use anything that the git cygwin install destroys! And as yet there is no consensus on getting it working cross platform in things like Eclipse. At least hg works out of the box on both linux and windows, but like git THAT does not properly support sub-repo's and makes managing nice modularly constructed projects like PHP almost impossible. Trying to work with projects that write modular PHP code in either git or hg is simply not currently practical ... especially when half of your user base is still tied to 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 --- ## #50498 — Ferenc Kovacs — 2010-11-25T07:15:39+00:00 URL: https://externals.io/message/50486#50498 · In reply to: #50497 > Pierre Joye wrote: > > > […] > > Have you used git on Windows Pierre ... It is a joke! > I'm pretty sure, that Pierre uses windows on his desktop. :) Tyrael --- ## #50499 — Patrick ALLAERT — 2010-11-25T07:16:05+00:00 URL: https://externals.io/message/50486#50499 · In reply to: #50497 2010/11/25 Lester Caine : > Have you used git on Windows Pierre ... It is a joke! > Yes one can get it to work, but only if you do not use anything that the git > cygwin install destroys! And as yet there is no consensus on getting it > working cross platform in things like Eclipse. > > At least hg works out of the box on both linux and windows, but like git > THAT does not properly support sub-repo's and makes managing nice modularly > constructed projects like PHP almost impossible. > > Trying to work with projects that write modular PHP code in either git or hg > is simply not currently practical ... especially when half of your user base > is still tied to windows! Git on Windows problems belong to the past since a while now: * mSysGit * TortoiseGit --- ## #50501 — Patrick ALLAERT — 2010-11-25T07:21:19+00:00 URL: https://externals.io/message/50486#50501 · In reply to: #50486 2010/11/25 Pierre Joye : > hi, > > We have moved not too long ago and for what I see it gave some > opportunities to many of us to see what are the other tools on the > market, git and github in particular. I think 99% of the active > developers here are on github or use git in one way or another. > > I think git could be a great help, maintaining multiple branches will > be easier. It will also be very useful to develop new complex features > requiring a longer development period. SVN works fine but merging is > very limited and buggy, maintaining a branch while syncing changes > from trunk/other branches is a very frustrating experiences. > > Please not I'm not requesting to do it now and here, only trying to > get a feeling/poll about git usage. > > Cheers, > -- > Pierre > > @pierrejoye | http://blog.thepimp.net | http://www.libgd.org Definetely a big +1. But you don't want us to be geeky early adopters, do you? Let's wait everybody else did the svn->git migration before us like we always did :) --- ## #50502 — Lester Caine — 2010-11-25T07:41:27+00:00 URL: https://externals.io/message/50486#50502 · In reply to: #50499 Patrick ALLAERT wrote: > 2010/11/25 Lester Caine: > > […] > > Git on Windows problems belong to the past since a while now: > * mSysGit Provide you don't use cygwin ALREADY on your machine !!! Install mSysGit and existing packages stop working ... > * TortoiseGit TortoiseHg does it RIGHT and works on both Linux and Windows. TortoiseGit does not work on Linux ... Personally I run hg since I need cross platform capability for my customers, and hggit quite happily links to github but all of this has to be managed outside Eclipse since none of those tools work reliably. And we STILL have the problem of handling modular projects since neither do 'sub-repo' reliably. This area seems to be in a similar state of chaos to PHP with different factions all pushing their own agendas. Both git and hg are targeting compiled applications and ignore handing scripted applications like php, python, ruby and the like. 'You fix the problems when you build a project' simply does not work when you do not have anything to build! So while it may work for building PHP as a single program, a packaged distribution is a different matter. -- 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 --- ## #50506 — David Soria Parra — 2010-11-25T09:20:23+00:00 URL: https://externals.io/message/50486#50506 · In reply to: #50486 > hi, > > We have moved not too long ago and for what I see it gave some > opportunities to many of us to see what are the other tools on the > market, git and github in particular. I think 99% of the active > developers here are on github or use git in one way or another. > > I think git could be a great help, maintaining multiple branches will > be easier. It will also be very useful to develop new complex features > requiring a longer development period. SVN works fine but merging is > very limited and buggy, maintaining a branch while syncing changes > from trunk/other branches is a very frustrating experiences. > > Please not I'm not requesting to do it now and here, only trying to > get a feeling/poll about git usage. > > Cheers, I liked the DVCS idea back when we switched to SVN and I still like it. It is good to have the perspective of switching over to a DVCS in the future if developers want to. But we need to make sure that a few topics are sorted out before. In particular - Karma System Although you can use DVCS in a centralized fashion they are much better when it comes to the ..distributed.. part. We either need to change the way we develop towards a more push/pull mechanism or implement the karma system. - Easy Access I don't think that's a big deal at all. Developers who can learn how to write PEAR/PECL, PHP-SRC code probably know how to learn a tool. For the rest, we successfully installed read-only Git->SVN bridges at phpBB when Nils Adermann and I did their migration. - Hosting Rasmus was thinking about using github. - Less Learning Curve Ah, I think Git reached the masses and people become more and more able to deal with Git. Anyway, still Git is a swiss army knife with a big red "boom" button on top of it from time to time. - A few old timers didn't want us using Git They'll get over it. If someone is interested in moving into the direction of using a DVCS, this is either Git or Mercurial, I'm happy to help with evaluation and migration. - David --- ## #50507 — johannes@schlueters.de — 2010-11-25T09:21:17+00:00 URL: https://externals.io/message/50486#50507 · In reply to: #50494 > However, there are a lot of > practical challenges (auth, etc.) that need to be solved. I think one of the biggest issues is PHP extension handling. All ways for moving extensions in/out while keeping history are annoying. Doing all in sub-modules would be damn annoying ... that certainly needs evaluation before a switch. Other than that I really love git :-) johannes --- ## #50508 — Antony Dovgal — 2010-11-25T09:39:42+00:00 URL: https://externals.io/message/50486#50508 · In reply to: #50486 I really like Git (much more than SVN actually) and I use it for all my projects, but I doubt moving to Git would solve anything. IMO even CVS was quite enough for our development model. > hi, > > We have moved not too long ago and for what I see it gave some > opportunities to many of us to see what are the other tools on the > market, git and github in particular. I think 99% of the active > developers here are on github or use git in one way or another. > > I think git could be a great help, maintaining multiple branches will > be easier. It will also be very useful to develop new complex features > requiring a longer development period. SVN works fine but merging is > very limited and buggy, maintaining a branch while syncing changes > from trunk/other branches is a very frustrating experiences. > > Please not I'm not requesting to do it now and here, only trying to > get a feeling/poll about git usage. > > Cheers, -- Wbr, Antony Dovgal --- http://pinba.org - realtime statistics for PHP --- ## #50509 — Ferenc Kovacs — 2010-11-25T09:43:40+00:00 URL: https://externals.io/message/50486#50509 · In reply to: #50508 the branching/merging is much better, so if not anything, but could solve/make thing easier, especially if we decide to work with more branches (either for cherry picking, or multiple stable branches, for example the suggested lts method) > I really like Git (much more than SVN actually) and I use it for all my > projects, > but I doubt moving to Git would solve anything. > IMO even CVS was quite enough for our development model. > > > > […] > > > -- > Wbr, > Antony Dovgal > --- > http://pinba.org - realtime statistics for PHP --- ## #50510 — Mathias Grimm — 2010-11-25T09:45:45+00:00 URL: https://externals.io/message/50486#50510 · In reply to: #50508 GIT is realy nice! git merging magic! --- ## #50511 — Nick Pope — 2010-11-25T09:49:03+00:00 URL: https://externals.io/message/50486#50511 · In reply to: #50502 > Patrick ALLAERT wrote: > > […] > Provide you don't use cygwin ALREADY on your machine !!! > Install mSysGit and existing packages stop working ... While I don't use Windows, I do know that msysgit keeps things separate and shouldn't clobber your cygwin setup. Perhaps you have an issue with your path? The state of Git on Windows is, yes, far from perfect, but certainly improving. A quick search yields up some nice looking tools for Git on Windows: http://www.makeuseof.com/tag/5-windows-git-clients-git-job/ SmartGit looks pretty good (non-commercial use). Git on Windows is not 100% friendly, but is workable. We have people using it everyday at work here. > > […] > TortoiseHg does it RIGHT and works on both Linux and Windows. > TortoiseGit does not work on Linux ... I use Linux and quite frankly I couldn't give a damn about things like Tortoise*. Such tools are nice enough for Windows where command prompt is so desperately useless, but they are no substitute for a real understanding of the command line interface of the SCM tool. I have a decent "command prompt" in Linux and it is a hell of a lot quicker (and, I would say, easier) to use. In short - I'm not sure why you're trying to slag off Git because TortoiseGit is no good for Linux. What is wrong with git-gui, gitk or gitg? > Personally I run hg since I need cross platform capability for my > customers, and hggit quite happily links to github but all of this has > to be managed outside Eclipse since none of those tools work reliably. > > And we STILL have the problem of handling modular projects since neither > do 'sub-repo' reliably. This area seems to be in a similar state of > chaos to PHP with different factions all pushing their own agendas. Both > git and hg are targeting compiled applications and ignore handing > scripted applications like php, python, ruby and the like. 'You fix the > problems when you build a project' simply does not work when you do not > have anything to build! So while it may work for building PHP as a > single program, a packaged distribution is a different matter. Ultimately I'm a +1 for Git. The proper branching/merging would solve so many issues that have been addressed recently on the mailing list regarding the pollution of trunk with incomplete and broken features, as well as BC breakage by feature removal... --- ## #50512 — Lester Caine — 2010-11-25T10:14:20+00:00 URL: https://externals.io/message/50486#50512 · In reply to: #50511 Nick Pope wrote: > Ultimately I'm a +1 for Git. The proper branching/merging would solve > so many issues that have been addressed recently on the mailing list > regarding the pollution of trunk with incomplete and broken features, as > well as BC breakage by feature removal... I have been using Eclipse for development for several years, and PHPEclipse does everything I need. CVS and SVN simply work ... fully integrated ... and BeyondCompare handles all of the 'merge' problems that a simple update or manual merge has trouble with. For that reason I have never had a problem with 'merging'. Eclipse works transparently in linux and windows ... it is the reason that I started using it in the first place. I do not have to think 'linux ... commmand line'/'windows ... need something else' Neither GIT nor HG integration works with Eclipse so I have to drop outside Eclipse to handle picking up changes from github, and for HG, the graphics tools simply work transparently. BUT in reality the broken Eclipse in integration needs to be repaired if these projects are to really support a replacement of CVS and SVN. I have wasted weeks of possible real coding time trying to get git working for *ME* and I'm not going to spend any more until it is available as a working plugin for Eclipse. I AM using HG but simply as it was the only way to remain in touch with my main commercial activities since those developers forced a change to github. I would strongly agree with the statement that CVS is ideal for PHP since that at least has a working package management system which has worked for years. Managing merges is NOT a problem if you are used to tools which fix the problem, in much the same way as third party plugins already try to do in git and hg! Currently importing a CVS project into either git or hg creates an essentially unusable mess since the package management is no longer avialable. How do you combine a 200 package CVS project which gets mapped to 200 repos to create a single distributable project in ANY DVCS system? -- 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 --- ## #50513 — Krzysztof Antczak — 2010-11-25T10:35:25+00:00 URL: https://externals.io/message/50486#50513 · In reply to: #50506 > - A few old timers didn't want us using Git > They'll get over it. The great thing is... that git can work as an svn client or You can work with svn client on a github git repo ( afair ? ) ;-) - Krzysztof --- ## #50516 — Nick Pope — 2010-11-25T11:06:30+00:00 URL: https://externals.io/message/50486#50516 · In reply to: #50512 > Nick Pope wrote: > > […] > > I have been using Eclipse for development for several years, and > PHPEclipse does everything I need. CVS and SVN simply work ... fully > integrated ... and BeyondCompare handles all of the 'merge' problems > that a simple update or manual merge has trouble with. For that reason I > have never had a problem with 'merging'. I wasn't really referring to the diff tools like BeyondCompare. I was referring to having a SCM tool that does *proper* branching and merging. Git does, SVN really doesn't. Git is incredibly flexible when it comes to branching. It is also space efficient which is useful on large projects - a branch isn't a complete copy. Git is faster/distributed - doesn't require access to the remote repository to perform a diff/merge - useful if you are without network access. And generally operations are quick because they occur on blobs that contain just the changes rather than the entire source tree. > Eclipse works transparently in linux and windows ... it is the reason > that I started using it in the first place. I do not have to think > 'linux ... commmand line'/'windows ... need something else' Fair enough regarding eclipse... I wasn't slamming it, I just don't use it. And I don't really find that lack of SCM integration in IDE is the end of the world. But if you are using msysgit which uses a bash shell for running command line Git... You don't have to think any different. > Neither GIT nor HG integration works with Eclipse so I have to drop > outside Eclipse to handle picking up changes from github, and for HG, > the graphics tools simply work transparently. BUT in reality the broken > Eclipse in integration needs to be repaired if these projects are to > really support a replacement of CVS and SVN. I really couldn't make sense of this. Also - did you actually read my last reply? The link I sent you linked to this: http://www.eclipse.org/egit/ I've never used it. I can't vouch for it. But if that isn't some form of integration, I don't know what is. > I have wasted weeks of possible real coding time trying to get git > working for *ME* and I'm not going to spend any more until it is > available as a working plugin for Eclipse. I AM using HG but simply as > it was the only way to remain in touch with my main commercial > activities since those developers forced a change to github. Fair enough. I just can't really see that there is that much of a problem with Git. It has rough edges on Windows as I've said in my last reply. Again - there is a plugin. > I would strongly agree with the statement that CVS is ideal for PHP > since that at least has a working package management system which has > worked for years. Managing merges is NOT a problem if you are used to > tools which fix the problem, in much the same way as third party plugins > already try to do in git and hg! Currently importing a CVS project into > either git or hg creates an essentially unusable mess since the package > management is no longer avialable. How do you combine a 200 package CVS > project which gets mapped to 200 repos to create a single distributable > project in ANY DVCS system? Seriously? CVS is painful. Back when I first looked into SCM I brushed on it and skipped straight to SVN. "Managing merges is NOT a problem if you are used to tools which fix the problem..." That goes without saying for pretty much any SCM tool. "...in much the same way as third party plugins already try to do in git and hg!" Third-party plugins?! That's news to me. I think you mean use of an external program that already handles diffs/merges. Why reinvent the wheel. And you were going on about "BeyondCompare". Would that not be exactly the same. "Currently importing a CVS project into either git or hg creates an essentially unusable mess..." In my opinion it was in a mess in the first place... "...working package management system..." I presume this is multiple projects in a single repository? Yes, Git doesn't have that. Again - it just sounds like a mess to me. I've never had to have a "package management system" in a SCM repository myself before, so I guess I cannot comment too strongly on this. However, submodules do work quite nicely. I won't pretend that they are a perfect solution in every case because the are tied by commit. Anyone who doesn't want the cruft can ignore them. The PHP repository could probably do with some level of segmentation anyway - it is one giant monolithic beast at the moment. --- ## #50518 — Lester Caine — 2010-11-25T11:47:44+00:00 URL: https://externals.io/message/50486#50518 · In reply to: #50516 Nick Pope wrote: > I really couldn't make sense of this. Also - did you actually read my > last reply? The link I sent you linked to this: > > http://www.eclipse.org/egit/ > > I've never used it. I can't vouch for it. But if that isn't some form of > integration, I don't know what is. Please check fact before posting 'solutions' ... egit does not ACTUALLY fully work hence the main reason it is still an incubation project. The main problem is that jgit on which it is based does not current support sub-repo, and as soon as there is a sub-repo in the target then nothing works! > "...working package management system..." > > I presume this is multiple projects in a single repository? Yes, Git > doesn't have that. Again - it just sounds like a mess to me. I've never > had to have a "package management system" in a SCM repository myself > before, so I guess I cannot comment too strongly on this. > > However, submodules do work quite nicely. I won't pretend that they are > a perfect solution in every case because the are tied by commit. Anyone > who doesn't want the cruft can ignore them. The PHP repository could > probably do with some level of segmentation anyway - it is one giant > monolithic beast at the moment. sub-repo STILL needs work to allow a SINGLE download of a clone complex repo. PHP is a number of packages which combine to provide a single distribution, and packages can be added as required. It is not a single monolithic beast. Either the whole modular setup is imported into a single git repo, or each package has it's own repo. It is THEN that the holes in sub-repo management become a problem! ( And installing msysgit broke ssh access to my customer sites from the windows box. A couple of days working on fixing that produced no solution, while simply un-installing it restored all of the broken functionality. It was a few months ago, but I don't believe anything ha changed so I will not be wasting time on it until someone says that msysgit is now working with an existing putty/secure key setup ... What I have has worked for years and git broke it! ) -- 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 --- ## #50519 — Pierre Joye — 2010-11-25T12:22:20+00:00 URL: https://externals.io/message/50486#50519 · In reply to: #50518 > ( And installing msysgit broke ssh access to my customer sites from the > windows box. A couple of days working on fixing that produced no solution, > while simply un-installing it restored all of the broken functionality. It > was a few months ago, but I don't believe anything ha changed so I will not > be wasting time on it until someone says that msysgit is now working with an > existing putty/secure key setup ... What I have has worked for years and git > broke it! ) As this is off topic, the question is about using git for php.net, not really about how to do break a windows setup :) I use cygwin, msys, msysgit (separate install) and putty on the same machines, without any special issues. Cheers, -- Pierre @pierrejoye | http://blog.thepimp.net | http://www.libgd.org --- ## #50520 — Nick Pope — 2010-11-25T12:24:12+00:00 URL: https://externals.io/message/50486#50520 · In reply to: #50518 > Nick Pope wrote: > > […] > > Please check fact before posting 'solutions' ... > egit does not ACTUALLY fully work hence the main reason it is still an > incubation project. The main problem is that jgit on which it is based > does not current support sub-repo, and as soon as there is a sub-repo in > the target then nothing works! Granted it doesn't *fully* work. You said "Neither GIT nor HG integration works with Eclipse..." and I disagreed. You just told me that it doesn't fully work. Thus it must do to some extent... What you mean is that it currently doesn't work for you. "... and I'm not going to spend any more until it is available as a working plugin for Eclipse." That is fine - I'd just use the command line and be done with it to be honest. I never found even the SVN eclipse integration to be all that wonderful either. Each to their own. > > […] > > sub-repo STILL needs work to allow a SINGLE download of a clone complex > repo. PHP is a number of packages which combine to provide a single > distribution, and packages can be added as required. It is not a single > monolithic beast. Either the whole modular setup is imported into a > single git repo, or each package has it's own repo. It is THEN that the > holes in sub-repo management become a problem! I said that the SVN repository is just a single glob of everything: PHP, PECL stuff, etc... > ( And installing msysgit broke ssh access to my customer sites from the > windows box. A couple of days working on fixing that produced no > solution, while simply un-installing it restored all of the broken > functionality. It was a few months ago, but I don't believe anything ha > changed so I will not be wasting time on it until someone says that > msysgit is now working with an existing putty/secure key setup ... What > I have has worked for years and git broke it! ) Uhh... I can tell you now that msysgit and putty are fine together... With public keys. Because my colleagues use it every day. --- ## #50521 — Nick Pope — 2010-11-25T12:29:34+00:00 URL: https://externals.io/message/50486#50521 · In reply to: #50519 > > > > […] > > As this is off topic, the question is about using git for php.net, not > really about how to do break a windows setup :) I use cygwin, msys, > msysgit (separate install) and putty on the same machines, without any > special issues. > > Cheers, Agreed. Sorry. Was just trying to say that I really don't think that support for Windows is an issue. --- Next page: https://externals.io/message/50486.md?page=2