git/list[1] front-page[2] threads[3] people[4] search[5] about
 

Re: Windows support

From
Steven Grimm <koreth@midwinter.com>
Date
Jul 26, 2007, 05:11 UTC
Message-ID
<46A82D14.6090404@midwinter.com>
In-Reply-To
<a1bbc6950707251956h3db847c9v8db438f4c665b2cf@mail.gmail.com>

Wrote this reply privately earlier; forwarding to the list at Dmitry's suggestion (though it's rendered slightly less relevant by his clarifications)...

Dmitry Kakurin wrote:
> This actually answers my question (if it's true).
> If core team is not interested in supporting Windows then I cannot
> trust this system with my source code :-(.
>   

I certainly understand the conclusion, but I'm not sure I would share it. Unless you have reason to believe there's something in particular about the Windows environment that would cause git to lose data in circumstances where it wouldn't do so under UNIX-ish systems, it seems like your data should be perfectly safe.

In the year-and-a-bit I've been lurking on the git mailing list and making occasional contributions to the code, git has never lost any data for anyone to my knowledge. Its design is extremely paranoid in that regard, and the paranoia is not really anything platform-dependent. It's stuff like, never overwrite files in place (always write a new file then, once it's written successfully, get rid of the old one if needed). Or, as importantly, keep SHA1 hashes of *everything* and double-check them often. Those approaches are just as valid on Windows as on any other OS. The SHA1 hashes in particular are pretty unimpeachable, IMO; the times people have thought their git repositories have gotten corrupted, it has always turned out to be underlying filesystem or disk corruption that git's SHA1 checking has caught.

If there are data loss bugs in git (and of course it's possible, even if none have been reported to my knowledge) IMO they're vastly more likely to be generic than platform-specific.

One nice thing about git is you don't have to take its word for your data integrity. You can, without a whole lot of effort, dump out every file in the repository and verify that it is what git says it is.

Anyway, I guess my feeling would be, if I were going to choose to not use git on Windows it would be because of smoothness of the experience, lack of integration with Windows tools, difficult installation process, or stuff like that. Data integrity would not even cross my mind as a downside of git.

-Steve
Previous: Marius Storm-OlsenNext: Steven Grimm
Message 12 of 69 in “Windows support”
  1. Dmitry KakurinJul 25, 2007
  2. Johannes SchindelinJul 25, 2007
  3. Asger Ottar AlstrupAug 2, 2007
  4. Johannes SchindelinAug 2, 2007
  5. Steven GrimmJul 25, 2007
  6. Dmitry KakurinJul 26, 2007
  7. Shawn O. PearceJul 26, 2007
  8. Steffen ProhaskaJul 26, 2007
  9. Shawn O. PearceJul 26, 2007
  10. Marius Storm-OlsenJul 26, 2007
  11. Marius Storm-OlsenJul 26, 2007
  12. Steven GrimmJul 26, 2007
  13. Steven GrimmJul 25, 2007
  14. Nguyen Thai Ngoc DuyJul 25, 2007
  15. Johannes SchindelinJul 25, 2007
  16. Nguyen Thai Ngoc DuyJul 25, 2007
  17. Johannes SchindelinJul 25, 2007
  18. Christian MICHONJul 26, 2007
  19. Nguyen Thai Ngoc DuyJul 26, 2007
  20. Christian MICHONJul 26, 2007
  21. Nguyen Thai Ngoc DuyJul 26, 2007
  22. Johannes SixtJul 26, 2007
  23. Dmitry KakurinJul 26, 2007
  24. Junio C HamanoJul 26, 2007
  25. Shawn O. PearceJul 26, 2007
  26. Junio C HamanoJul 26, 2007
  27. Johannes SchindelinJul 26, 2007
  28. Han-Wen NienhuysJul 26, 2007
  29. Johannes SchindelinJul 26, 2007
  30. Han-Wen NienhuysJul 26, 2007
  31. Shawn O. PearceJul 26, 2007
  32. Han-Wen NienhuysJul 26, 2007
  33. Jakub NarebskiJul 26, 2007
  34. Julian PhillipsJul 26, 2007
  35. Nguyen Thai Ngoc DuyJul 26, 2007
  36. Christian MICHONJul 26, 2007
  37. Nguyen Thai Ngoc DuyJul 26, 2007
  38. Johannes SchindelinJul 26, 2007
  39. Nguyen Thai Ngoc DuyJul 26, 2007
  40. Johannes SchindelinJul 26, 2007
  41. Nguyen Thai Ngoc DuyJul 26, 2007
  42. David KastrupJul 26, 2007
  43. Nguyen Thai Ngoc DuyJul 26, 2007
  44. David KastrupJul 26, 2007
  45. Johannes SchindelinJul 26, 2007
  46. Marius Storm-OlsenJul 26, 2007
  47. Nguyen Thai Ngoc DuyJul 26, 2007
  48. Christian MICHONJul 26, 2007
  49. Robin RosenbergJul 26, 2007
  50. Johannes SixtJul 26, 2007
  51. Johannes SchindelinJul 26, 2007
  52. Dmitry KakurinJul 26, 2007
  53. Shawn O. PearceJul 26, 2007
  54. Johannes SchindelinJul 26, 2007
  55. Henning RoggeJul 26, 2007
  56. Andy ParkinsJul 26, 2007
  57. Steffen ProhaskaJul 25, 2007
  58. Noel GrandinJul 25, 2007
  59. Johannes SchindelinJul 26, 2007
  60. Junio C HamanoJul 26, 2007
  61. Stephen CuppettJul 25, 2007
  62. Russ DillJul 25, 2007
  63. Medve Emilian-EMMEDVE1Jul 25, 2007
  64. Russ DillJul 25, 2007
  65. Linus TorvaldsJul 25, 2007
  66. Wincent ColaiutaJul 25, 2007
  67. Marius Storm-OlsenJul 26, 2007
  68. Shawn O. PearceJul 26, 2007
  69. Daniel BarkalowJul 25, 2007

Read the whole thread, see it on lore, or plain text.

$ cat FOOTERMessages come from the public archive at lore.kernel.org/git, fetched every hour. The front page is chosen and written each morning by an AI editor and can be wrong; the threads themselves are the record. About and API. For agents: an MCP server at https://gitlist.dev/mcp, and any thread, story or person page as Markdown by adding .md to its URL (or sending Accept: text/markdown). Details in /llms.txt.