Использование Git в корпоративной среде [закрыто]

Git - отличная система контроля версий. Если исключить тот факт, что он не имеет отличную поддержку графического интерфейса, это действительно хорошо и быстро. Но элементы управления исходным кодом, такие как Clearcase, имеют большую поддержку для корпоративных клиентов. Компании вкладывают огромные средства в серверы контроля версий и лицензию.

В последнее время большинство крупных компаний, таких как Google, используют Git вместо других систем контроля версий. Но у этой компании есть сильная группа с открытым исходным кодом, которая постоянно обеспечивает разработку и поддержку инструмента (у них может даже быть собственная версия Git). В то же время крупные компании на самом деле не заботятся о принятии проектов с открытым исходным кодом и придают им актуальность.

• Является ли Git действительно надежным инструментом для корпоративной среды, особенно на платформе Windows?
• Поддержка под вопросом для Git, так как это продукт с открытым исходным кодом.
• Есть ли компания, которая предоставляет решения и поддержку? Каковы затраты сервера по сравнению с другими элементами управления версиями, такими как Clear-case?

GitHub НЕ является системой управления версиями - она ​​«содержит» систему управления версиями под названием «Git». Помимо каламбура, это очень важное отличие - знайте это хорошо.

Что касается корпоративного использования, я могу сказать вам, что git такой же умный (и удобный, и лучший), как и SVN. И вы можете выбрать подходящую стратегию управления версиями (рабочий процесс) в зависимости от размера и масштаба проекта (и вашей команды). Нераспределенные системы не могут предоставить вам такую ​​гибкость.

Для Windows посмотрите Msysgit или Visual Studio Extensions для Git - git очень хорошо работает в Windows. Также пользователи Windows смотрят на эту серию тренировок от TekPub - это все Windows.

ОБНОВЛЕНИЕ [февраль 2013] начало работы с git в visual studio

Ваш вопрос не является редкостью, и вы можете найти его в Google и получить много текста, объясняющего, почему и как (и следует ли) использовать git на предприятии.

• Иди прочти это , это и это
• Посмотрите на GitLab , приложение для самостоятельного размещения, которое предоставляет интерфейс, похожий на GitHub
• Посмотрите на проект Gitolite
• Посмотрите на опции Git Hosting :
  • GitHub Enterprise
  • Gitorious
  • Git Enterprise
  • unfuddle

Все еще не нравится Git? Посмотрите на другой DVCS под названием Mercurial .

+1 Mercurial.

Mercurial - это круто, легко, имеет много удобных графических интерфейсов и чувствует себя более профессионально. Я никогда не понимал, почему у Git такая шумиха, а другие великие находятся в тени. Mercurial также поддерживается google-кодом, bitbucket.org (эквивалент github), eclipse ... Я пользуюсь им два года и всегда был доволен им.

Изменить февраль 2014 года:

В то же время, Git взял на себя такое руководство, что я бы посоветовал его по Mercurial. Три года назад Mercurial был ИМХО более отполированным, чище, лучше. Однако, шумиха была на стороне Git, и импульс, который он получил с тех пор, делает его явным победителем. Сейчас это стандарт де-факто из-за огромного сообщества.

Я знаю, что https://github.com/ предоставляет некоторую поддержку в отношении частных репозиториев для предприятий.

В частности, они предоставляют услугу, называемую установка брандмауэра http://fi.github.com/. Они утверждают, что предоставляют поддержку, но у меня нет подробностей, размещенных в Интернете, и я никогда ими не пользовался.

Стоимость составляет 5000 долларов США на 20 человек в год.

Я использую и Git, и Mercurial для Windows, и оба они более чем полезны. Я думаю, что инструменты с графическим интерфейсом для Mercurial лучше, поэтому, если ваша команда привыкла к визуальным инструментам, это может быть лучше. Хотя я склонен использовать командную строку - для меня это просто имеет больше смысла.

Оба, по моему опыту, пуленепробиваемые. Вам не нужна «поддержка» как таковая, хотя я знаю, что многим предприятиям нравится иметь ее.

Я уверен, что есть и другие, но стоит взглянуть на Kiln , который является размещенным ртутным решением.

Пожалуйста, обратите внимание - независимо от того, каким путем вы идете, DVCS сильно отличаются от традиционных VCS. ИМХО, они превосходят почти во всех отношениях, но это может занять некоторое время, чтобы привыкнуть.

Git чужой для разработчиков Windows. Это не настоящий первоклассный гражданин. Это работает хорошо, но это инструмент Linux в первую очередь. Например, модель сервера git в значительной степени требует SSH-логинов для безопасности.

Поддержка - это вопрос, и есть компании, которые могут предоставить, обычно сопровождаемые размещенным решением.

Git, как известно, не требует огромных серверов - поскольку хранилища масштабируются больше, емкость и скорость всегда важны, но, поскольку большинство операций выполняются только на вашем компьютере, требования к серверу на порядок меньше, чем у Clearcase.

Что бы ни стоило, наша не совсем корпоративная компания, насчитывающая менее 100 человек, является огромным пользователем git в Windows с проектами Java и C.

Git сильно отличается от Clearcase, поэтому проблема для вас, вероятно, будет заключаться в том, как плавно перенести ваших разработчиков (и других пользователей) на другой способ работы с исходным кодом и файлами. В зависимости от того, насколько опытны ваши пользователи и насколько глубоко интегрирована система Clearcase на вашем предприятии, может потребоваться много обучения и отучиться.

Сначала я предлагаю вам попробовать git в пилотном проекте и посмотреть, как он работает для вашей команды. Получите безопасный репозиторий на github, и все готово для пилота.

• Является ли Git действительно надежным инструментом для корпоративной среды, особенно для платформы Windows?

Мы скоро будем в сильном да с этим. Atlassian недавно сделал большие шаги к достижению этого с выпуском Stash 1.3 .

• Поддержка является вопросом для Git, так как это контроль версий с открытым исходным кодом.

Существует сильная сеть поддержки знающих пользователей Git, предлагающих бесплатные консультации и различные группы LinkedIn (Git Version Control System). Быстрый поиск в Google обычно помогает с большинством требований. Для крупных корпоративных компаний сегодня на рынке доступны также варианты коммерческой поддержки git.

• Какие-нибудь компании существуют, чтобы предоставить решения и поддержку? Как сервер стоит по сравнению с другими элементами управления версиями, такими как Clear-case?

В настоящее время существует ряд компаний, предлагающих надежную и специализированную поддержку Git. Clearvision и #goGit назвать одного из них.

На своем рабочем месте я работаю над тем, чтобы помочь перенести команду в Mercurial (похожий на git инструмент) через ClearCase.

Мы выбрали hg in party, потому что она основана на неизменности, что важно для наших бизнес-целей. Кроме того, поскольку он написан на Python, он очень хорошо работает в Windows. Git имеет репутацию слабого соуса на Windows, и мой опыт это подтвердил. (Я понимаю, что инструменты стали лучше, я больше не использую Windows для проверки. :-)).

Опыт в целом был положительным, с большинством наших недостатков, связанных с субрепозиториями и странными косвенными связями, связанными с ними. Другое дело, что в hg не существует хранилища метаданных; другие решения должны быть разработаны для управления этим.

Если бы я порекомендовал корпоративное решение для работы «из коробки» для разработчиков Windows, я бы порекомендовал исследовать Kiln и GitHub Firewall .

Я знаю, что это не дает прямого ответа на ваш вопрос. Но позвольте мне выразиться так: если вы привыкли к ClearCase, я ожидаю, что git будет на порядок проще в обучении, внедрении и администрировании.

Git и Mercurial можно использовать в корпоративных средах. До некоторой степени. У некоторых организаций есть дополнительные требования, в настоящее время не выполняемые git, такие как более строгий контроль доступа, так что только определенные пользователи имеют (чтение) доступ к определенным файлам в хранилище или как интерфейсы аудита, доступ к которым можно отслеживать. Некоторые коммерческие корпоративные системы также имеют более глубокую интеграцию с управлением ИТ-системами, например корпоративные решения для резервного копирования.

Git также не годится для обеспечения сохранения истории - по умолчанию он позволяет принудительным изменениям перезаписывать всю историю проекта.

Крупные организации иногда сталкиваются с проблемами масштабирования. Вот пример, который имел Facebook: http://comments.gmane.org/gmane.comp.version-control.git/189776 , хотя некоторые из этих проблем можно исправить (т. Е. Facebook исправил некоторые проблемы, которые были у них в Mercurial: https: / /code.facebook.com/posts/218678814984400/scaling-mercurial-at-facebook/ ) коммерческие системы контроля версий имеют другое поведение масштабирования, которое может (или в других средах не работать) работать лучше.

... а затем есть эта вещь ответственности. Более крупные организации могут предпочесть позвонить внешнему поставщику, когда возникнут проблемы, вместо того, чтобы тратить время на их устранение и полагаться на поддержку сообщества. Особенно если речь идет о поврежденных хранилищах с конфиденциальной информацией.

Это ни в коем случае не является проблемой, делающей его непригодным для использования в «корпоративных средах», но, как всегда, у разных программных продуктов есть свои плюсы и минусы, которые необходимо оценивать в каждом конкретном случае.