tag:blogger.com,1999:blog-11485756.post2387034631615432897..comments2023-09-25T12:19:44.716+02:00Comments on Thomas Ferris Nicolaisen's blog: Distributed Source Control Management systems (especially Git)Thomas Ferris Nicolaisen http://www.blogger.com/profile/17464665832399025601noreply@blogger.comBlogger8125tag:blogger.com,1999:blog-11485756.post-83722024696281531682010-12-09T10:49:18.689+01:002010-12-09T10:49:18.689+01:00Hi Andrei, thanks for commenting!
I'm familia...Hi Andrei, thanks for commenting!<br /><br />I'm familiar with the git-flow model. I admit I haven't communicated it to the team, cause I feel "we're not quite there yet".<br /><br />As an update, we are still on Subversion, although we've started using Mercurial for a number of projects outside our core product. We're also maintaining a Git-mirror of our SVN repo, so people who wish to use Git in their daily work are free to do so. So, half a year later, it's slowly catching on :)<br /><br />I'm hoping that when the time comes where we make the full switch, and leave SVN behind, that we can make use of git-flow, or a similar model.Thomas Ferris Nicolaisen https://www.blogger.com/profile/17464665832399025601noreply@blogger.comtag:blogger.com,1999:blog-11485756.post-59798496729955792652010-12-09T10:42:31.916+01:002010-12-09T10:42:31.916+01:00> Our presentation internally didn't seem
...> Our presentation internally didn't seem <br />> to convince much of the team, I'm afraid<br /><br />http://nvie.com/posts/a-successful-git-branching-model/<br /><br />May be, this article would be a good food for thought for the people. Because it describes rather an intresting and advantageous development model within a team. Though it's a story about Git, it may also be easily projected to Hg, I suppose.Andreinoreply@blogger.comtag:blogger.com,1999:blog-11485756.post-32905306538402657472010-07-23T17:14:34.153+02:002010-07-23T17:14:34.153+02:00My thoughts too, Mike. I think it'll do good t...My thoughts too, Mike. I think it'll do good to know both tools well. Also a good thing is that they're competing on features, so I think they drive each other into improving a lot, cause people from one camp will always be saying "but Git can do X", or "Mercurial is faster at Y", etc.Thomas Ferris Nicolaisen https://www.blogger.com/profile/17464665832399025601noreply@blogger.comtag:blogger.com,1999:blog-11485756.post-27693261354959204732010-07-21T21:19:33.476+02:002010-07-21T21:19:33.476+02:00I really like this article and think it does a goo...I really like this article and think it does a good job of bringing up some of the main points about git and mercurial. I have been using git for over a year now and have enjoyed it for the most part other then support on windows (which is a lot better now then it used to be). <br /><br />I started using mercurial with another group and I have to say that I really enjoy a lot of what it does and how things work with it. It is much simpler to get running and working well on windows IMO but at the end of the day it really isn't a big deal to use one over the other. <br /><br />I personally think that its good to learn to use both as there are going to be times if you work in the open source community that you will grab code from either location, and to get a lot of the basics down is really a snap once you understand the concept of a DSCM.Mikehttps://www.blogger.com/profile/13824297964134653202noreply@blogger.comtag:blogger.com,1999:blog-11485756.post-1060668409673781722010-06-09T13:44:09.717+02:002010-06-09T13:44:09.717+02:00Thanks for the pointers. I'll investigate hgsu...Thanks for the pointers. I'll investigate hgsubversion further :)Thomas Ferris Nicolaisen https://www.blogger.com/profile/17464665832399025601noreply@blogger.comtag:blogger.com,1999:blog-11485756.post-32485738642531635982010-06-09T13:17:23.143+02:002010-06-09T13:17:23.143+02:00For the subversion interop, it really depends on t...For the subversion interop, it really depends on the tools. Although I didn't heavily use it, hgsubversion is quite advanced (and in some cases might be ahead of git-svn due to the proximity of the author (working @google) with former svn devs).<br /><br />(hg convert is more basic and only for one-way conversion, and I haven't always heard good things of hgsvn).<br /><br />I think mercurial support on windows is pretty good, at least two of the core devs were first involved in the project because they were paid by their compagny to improve the windows support ;)<br /><br />From what I've heard tortoisehg provides a very nice experience on windows, or in general for GUI oriented people (I sometimes uses it on linux, it's a good repo browser etc.).bboissinhttps://www.blogger.com/profile/01260529009122462249noreply@blogger.comtag:blogger.com,1999:blog-11485756.post-83392369988871786592010-06-09T12:24:19.108+02:002010-06-09T12:24:19.108+02:00Thanks for your comment!
When I wrote the "l...Thanks for your comment!<br /><br />When I wrote the "longer time in the field" note, it was before I realized that both projects were started at the same time. Sorry bout that.<br /><br />I could argue that the man-hours put into developing and using Git are greater than for Mercurial, based on my gut feeling (more, bigger projects, github,,,), but anyhow, this is not a good factor for choosing between Git and Mercurial. Nor is performance, IMHO.<br /><br />I'm currently having fun with Git, trying to figure out productive use of git/svn. Our presentation internally didn't seem to convince much of the team, I'm afraid, so my strategy now is to get some transition going, and then propose a switch some day in the future when most of the team have grown to like Git/Mercurial.<br /><br />Perhaps I should focus more on Mercurial to ease transition, but currently, the functionality in git-svn seems to surpass the ones of hg --svn. We're still probably gonna land on using Mercurial for our main product in the end, due to better Windows/IDE-support.Thomas Ferris Nicolaisen https://www.blogger.com/profile/17464665832399025601noreply@blogger.comtag:blogger.com,1999:blog-11485756.post-71850409919105140742010-06-09T11:37:47.583+02:002010-06-09T11:37:47.583+02:00[disclosure, I'm a Mercurial dev ;)]
When you...[disclosure, I'm a Mercurial dev ;)]<br /><br />When you write:<br /><i>Git has longer time in the field than Mercurial.<br /><br />Git is written in C, while hg is written in python. Which is faster? :P</i><br /><br />I'm not sure what you mean, they both were started about the same day.<br />And Mercurial is actually written in C+Python, all the CPU intensive stuff is in C modules (that's where python shines, you get speed of development, and rewrite later the critical parts). I think the only price that is paid is the startup time of the interpreter.<br />(And a good SCM should be IO-bound, Mercurial usually is)<br /><br />Cheers (and have fun with the DVCS that suits you most ;)bboissinhttps://www.blogger.com/profile/01260529009122462249noreply@blogger.com