You better evaluate yourself on the project you are going to use git or Hg. Hg and git are used both by big companies. Google uses git to host android, where as it also uses Hg to host google wave! So don't go which company uses what, but try to evaluate... Check what is the kind of operations your developers do often? Is it checkout, diff, blame, also are they ready to do git gc often? What about developer who is not interested in using cli? How do u care them for operations they intended to do? what is the workflow? Which tools supports it to great extent? At the end of day, it is a developer who spends much time using tool.. Just my opinion...... you put this question in Hg list, I bet you will get the different views.... The above is solely my opinion and I am not biased! I think so:) On 9/27/09, Anteru <newsgroups@xxxxxxxxxxxxxxxxxxxxxx> wrote: > Hi, > > I'm currently evaluating DVCS for a project, and we're at a point where > it comes down to either Mercurial or Git. Right now, I'm advocating for > Git, while my co-workers like Mercurial, so I'd like to provide some > good arguments in favor of git. Unfortunately, I'm not a git expert, so > I hope I can get some help here ... > > First of all, what's the matter with git and Windows, is there some > long-term commitment to make git work on Windows as well as on Linux? > I'm using msysgit on Windows, and personally I'm happy with it, but my > co-workers constantly nag that Mercurial has superior portability ... > > Mercurial's revision number system: With git, I get an SHA1 hash for > every commit, but it's not possible to see whether Hash1 is newer than > Hash2, while Mecurial also adds a running number to each commit. What's > the rationale behind this decision for git, and is it possible to > emulate Mercurial's behavior somehow? > > Integration into tools: We're using Trac currently, which also has a > nice binding to Mercurial (well, obviously easy to do as Mercurial is > written in Python, just as Trac itself), while the git support is in > development and looks quite alpha'ish. Do you plan to make it easier to > integrate git with other tools by providing bindings to other languages, > or is this a low-priority issue? > > So far, my key arguments are that git is more robust (more projects > using it, larger developer base), of course git's excellent performance > and the much better support for SVN, which is important for us as we can > slowly migrate from SVN->Git, while hgmercurial is still in the making > (and Python's SVN->Hg switch is for instance waiting for it). > > Cheers, > Anteru > > -- > To unsubscribe from this list: send the line "unsubscribe git" in > the body of a message to majordomo@xxxxxxxxxxxxxxx > More majordomo info at http://vger.kernel.org/majordomo-info.html > -- Sent from my mobile device Dilip -- To unsubscribe from this list: send the line "unsubscribe git" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html