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

Re: Windows support

From
Shawn O. Pearce <spearce@spearce.org>
Date
Jul 26, 2007, 03:15 UTC
Message-ID
<20070726031546.GN32566@spearce.org>
In-Reply-To
<a1bbc6950707251956h3db847c9v8db438f4c665b2cf@mail.gmail.com>
Dmitry Kakurin <dmitry.kakurin@gmail.com> wrote:
Show 9 quoted lines
> On 7/25/07, Steven Grimm <koreth@midwinter.com> wrote:
> > > How serious are you guys about Windows support?
> > Much (nearly all?) of the core git team never touches Windows, so they
> > both have no selfish motivation to get it working well and no way to
> > test their changes even if they decide to take it up for the greater good.
> 
> 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 :-(.

It more or less is. Those of us that are most active as Git developers don't really use Windows as our core development platform. Well, that is not entirely true. Day-job forces Windows on me, because its the Most Secure Operating System Evar!. :-) I run Cygwin there so I have a sane user interface, and build Git under Cygwin rather than MSYS because I just expect the UNIX-like environment that Cygwin gives me.

Why Cygwin? Because I have to use Windows, but I'd rather use Linux. No, Linux isn't permitted. And Solaris/x86 is only allowed on "servers". I have yet to find a way to classify my desktop as a server. :-|

git-gui is fairly well supported under Cygwin, as I use it a lot in my day-job. As do a lot of my coworkers. Which actually gives me a pretty good testing ground; ~20 people all beating on git-gui all day long is a pretty sizable testing group. I actually wonder some days if git-gui is better tested on Cygwin than it is on Linux.

But as has been stated on this thread, Cygwin isn't native Windows.
 
> My concerns are (mostly):
> * lack of (or insufficient) testing for Windows platform
> * possibly lower code quality of Windows port, since core devs don't
> touch it and don't care

We do care. Its just not our primary focus. Dscho, Junio, Daniel Barkalow, Johannes Sixt, myself, even Linus have all contributed patches to git that help make it run better on Windows, or make it easier to port there. But none of us are running out and dedicating our lives to making Git the best software to ever run on that platform. There's other things more important to us.

> * possible troubles with support if issues arise
> * Windows port could become abandoned if those few brave people, who
> work on it right now will leave

That's always a concern. Heck, day-job invested untold fortunes in a product we purchased from a large commerical vendor. Runs only on Windows. Vendor just up and decided to no longer support the product anymore and has left us hanging out to dry. Did I mention that the product is also closed source and less stable than Git is on Windows?

So no matter what you use, if the developers leave, you are stuck. But one thing I *really* love about Git is how simple the data structures are and how easy it is to read the repository. Its under 500 lines of C code to unpack a working directory. More if you want something that's blazing fast and always reliable, but if you just want to get the data out its quite simple.

Its also fully open source.  GPL'd even.  So there's never the
issue that your vendor runs away and prevents you from taking on
development yourself, or just fixing those minor issues that you
really need to have fixed.
 
-- 
Shawn.
Previous: Dmitry KakurinNext: Steffen Prohaska
Message 7 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.