Anybody using Git?
-
I think there was a pod-cast by Scott Hanselman who interviewed a couple of chaps working for a small consulting type firm and they use it but linked in with Subversion. The initial impression (I was only able to listen to the start) was that they really liked it. But it did sound as if they needed a bit of work to get it working nicely (i.e. an explorer extension or something) for Windows.
-
For the time being, Subversion has been such a beautiful, need-fulfilling piece of software for me, I have no desire or intent to invest time investigating other source control software.
-
-
Using it on some of my personal projects and I am liking it. I use it mainly with Github. I'll be using it for a work project with two other devs soon. Hopefully it works out.
regards, Paul Watson Ireland & South Africa
Fernando A. Gomez F. wrote:
At least he achieved immortality for a few years.
-
For a moment I thought you were talking about me. Nope - not using git, just being an grumpy old one.
Deja View - the feeling that you've seen this post before.
-
That seems to be a UK insult only. I've never heard anyone in the US use it.
Current Rant: "What happened to REAL programmers?" http://craptasticnation.blogspot.com/[^]
leckey wrote:
That seems to be a UK insult only.
It is. It's also a reference to a state of being; whereby you can't take the stupid things anymore and you become a grumpy old fart.
Deja View - the feeling that you've seen this post before.
-
I have a flash disk, a home computer and a work computer, and I use git to keep all 3 in sync. Works very nicely, pain free.
-
I am using it from time to time in parallel to Subversion. I especially like it for its distributed approach, i.e. you don't need to have a connectivity to the server holding the repository to make a commit. However the Eclipse IDE[^] does not provide a plugin like for Subversion[^] and you may encounter some problems using Git on MSys[^] (issue with Perl modules missing/wrong version and so on). Moreover Git is more complicated to understand for people - not to name colleagues - who are not familiar with revision control.
-
I am using it from time to time in parallel to Subversion. I especially like it for its distributed approach, i.e. you don't need to have a connectivity to the server holding the repository to make a commit. However the Eclipse IDE[^] does not provide a plugin like for Subversion[^] and you may encounter some problems using Git on MSys[^] (issue with Perl modules missing/wrong version and so on). Moreover Git is more complicated to understand for people - not to name colleagues - who are not familiar with revision control.
-
Linus Torvalds is, and what he says, goes. http://www.youtube.com/watch?v=4XpnKHJAok8
-
That seems to be a UK insult only. I've never heard anyone in the US use it.
Current Rant: "What happened to REAL programmers?" http://craptasticnation.blogspot.com/[^]
leckey wrote:
I've never heard anyone in the US use it.
I'm going to have to take exception to that. I use it quite a bit.
-
For the time being, Subversion has been such a beautiful, need-fulfilling piece of software for me, I have no desire or intent to invest time investigating other source control software.
subversion _is_ real nice, ain't it? but give bzr (bazaar) a bash (afaik, very similar to git) and it'll just add to your whole subversion experience. well, it did for me. i now use bzr quite frequently for tracking local commits (like when i'm offline) and then pushing the revision history onto the main branch for integration...
<>< :: have the courage to use your own reason
-
For the time being, Subversion has been such a beautiful, need-fulfilling piece of software for me, I have no desire or intent to invest time investigating other source control software.
Agreed, having been with SVN since v.29 I see no compelling reason to switch. Why would most developers need a distributed VCS? Sure I can understand the Linux kernel is a special case with special needs, but for normal development? Also wondering how Git's hash-based distributed approach fits in with bug tracking, continuous integration, release process, et cetera.