Оригинальный ответ (ноябрь 2009, GitHub всего 1 год, Git только 4)
Я действительно не знаю, но я бы рискнул "улучшить поддержку Windows", поскольку Windows потенциально является основной платформой для большей части их клиентской базы.
Git по-прежнему слишком «продукт для Unix / Linux», с «обнадеживающей» поддержкой Windows от до mSysGit .
Просто прочитайте тон некоторых статей MSysGitHerald , таких как девятая :
В течение очень долгого времени, msysGit была продвинута бандой, сформированной из Ханнеса, Штеффена, Себастьяна Шуберта и меня [Йоханнеса Шинделина]. На каком-то этапе я так расстроился, что вообще перестал работать над msysGit. Причина проста: больше не было веселья. Слишком много людей просили исправления или улучшения, и никто из них не предлагал свой вклад. Поскольку я не являюсь человеком Windows (будучи счастливым пользователем Linux с 1994 года), работа над mSysGit не была достаточно полезной для меня, чтобы продолжить. И я остановился.
Но между тем все изменилось.
Мы получили вклад от ...
Это не внушает особой уверенности, когда дело доходит до продвижения этого инструмента вашему боссу. Я очень доволен Git для личного использования и очень благодарен за тяжелую работу всех участников mSysGit, но в большой компании мне было бы трудно сделать Git инструментом DVCS по умолчанию, принятым нашими разработчиками Windows.
И из-за кривой обучения, но в основном из-за того, что уровень поддержки еще не достигнут.
Это только личное мнение, и если у вас есть другой опыт успешного развертывания Git, у вас будет больше возможностей.
Mercurial, являющийся ближайшим DVCS к Git и основанный на переносимых скриптах Python (а не на sh linux / unix-скриптах), может быть прагматичным выбором.
Обновление 2018, семь лет спустя: да, поддержка Windows для Git стала реальностью.
И у Microsoft есть вся кодовая база Windows в одном (гигантском) Git-репозитории: см. « Самое большое Git-репо на планете »: файлы 3,5 млн. , 300 ГБ, 4000 инженеров, производящих 1760 ежедневных «лабораторных сборок» в 440 филиалах в дополнение к тысячам сборок для проверки запросов по запросу.
Но это с добавлением GVFS (Git Virtual FileSystem) , который позволяет динамически загружать только те части, которые вам нужны, в зависимости от того, что вы используете.
Это , а не , но в Git native, хотя его интеграция началась в декабре прошлого года, с внедрением узкого / частичного клонирования .
.
Печь также рекламирует поддержку Git :
Печь , наше лучшее в своем классе решение для хостинга DVCS, поддерживает Git и Mercurial!
GitHub великолепен. FogBugz великолепен. Что может быть еще лучше? Как насчет их интеграции! FogBugz может получать уведомления от GitHub Web Hooks всякий раз, когда во входящем комментарии к ревизии упоминается случай.