Not logged in
Log in now
Create an account
Subscribe to LWN
LWN.net Weekly Edition for December 5, 2013
Deadline scheduling: coming soon?
LWN.net Weekly Edition for November 27, 2013
ACPI for ARM?
LWN.net Weekly Edition for November 21, 2013
2) git has been a native application on Windows for years now.
Hg Init: a Mercurial tutorial
Posted Feb 25, 2010 0:59 UTC (Thu) by bjacob (subscriber, #58566)
Then the wikipedia must be wrong:
Posted Feb 25, 2010 1:42 UTC (Thu) by dlang (✭ supporter ✭, #313)
Posted Feb 25, 2010 4:02 UTC (Thu) by dkrawchuk (subscriber, #21896)
Posted Feb 25, 2010 8:55 UTC (Thu) by bboissin (subscriber, #29506)
Posted Feb 26, 2010 0:46 UTC (Fri) by cortana (subscriber, #24596)
Posted Feb 26, 2010 6:43 UTC (Fri) by dlang (✭ supporter ✭, #313)
the point at which a file gets large enough to cause problems (and what the problems are) are obviously different between the two.
Posted Feb 26, 2010 9:43 UTC (Fri) by cortana (subscriber, #24596)
Posted Mar 4, 2010 10:42 UTC (Thu) by jmansion (guest, #36515)
There's a difference between 'runs on Windows' and 'is usable on Windows'.
Does it have support for understanding that its more convenient for text files on Windows to have CRLF endings, and that it should hide this when editing cross-platform files on Windows and posix platforms?
hg seems nice to me. I was enjoying bzr too but hgEclipse is sufficiently better than bzrEclipse that I'm transitioning to hg.
To be honest, having upstream devs who care about the cross-platform stuff is enough to make hg a clear win for me compared to having a secondary port for Windows. It doesn't really matter to me if git is better than hg on linux.
Posted Mar 4, 2010 15:20 UTC (Thu) by nye (guest, #51576)
Set autocrlf appropriately (I *believe* it's enabled by default on Windows). It even has the 'input' setting which will convert CRLF to LF when committing but not when checking out, which can be very useful if you ever copy files from one system to another, and I always enable on Linux.
Git has the expected heuristics to decide whether a file is binary or text, along with the ability to add a hint if you need to.
It's also capable of detecting a mixture of line endings and can be configured to convert them all one way or the other if you want it to (see the safecrlf option).
(Although I have to say that it's been *years* since I came across a single Windows application that choked on LF-only line endings, and whose name isn't 'notepad.exe'.)
>To be honest, having upstream devs who care about the cross-platform stuff
Git seems to have more attention paid to the CRLF problem than the other VCSes I've used in the past, though I've never used Mercurial. Not to mention that portability is a big deal for Git which goes to great lengths to work on a wide variety of platforms.
Copyright © 2013, Eklektix, Inc.
Comments and public postings are copyrighted by their creators.
Linux is a registered trademark of Linus Torvalds