Работают ли системы контроля версий FOSS на предприятиях? [закрыто]


11

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

Должен ли контроль версий в корпоративной среде быть дорогим? Использует ли ваша средняя / крупная корпорация FOSS VCS, например SVN / Git / Mercurial? Какой опыт был?

Я должен думать, что это не должно быть дорогостоящим, так как есть очень много бесплатных опций, и, вероятно, есть компании, которые предоставляют платную поддержку FOSS VCS, если это главная проблема.

Я не собираюсь сравнивать VCS или решать, какой из них лучше, а просто понимать опыт работы с VCS в корпоративной ИТ-среде.

Ответы:


29

Да.

  
По моему (по общему признанию ограниченному) опыту решения, не относящиеся к FOSS, имеют тенденцию быть более «корпоративными». Это,

  • Они объединяются со всем под солнцем.
  • Они имеют больше встроенных элементов управления для сложной бизнес-логики (разрешения, контроль доступа, утверждение и т. Д.).
  • Они идут с контрактами поддержки и разумно отзывчивыми линиями технической поддержки.
  • Они хорошо рекламируются нетехническим людям, принимающим решения VCS на высоком уровне в крупных компаниях.

Эти атрибуты делают их привлекательными для крупных компаний, особенно для людей, которым не нужно их использовать. Альтернативы FOSS, такие как счетчики к вышесказанному:

  • Имейте множество сторонних инструментов, чтобы интегрировать их со всем под солнцем (благодаря тому, что они более популярны, чем проприетарные альтернативы), и, как правило, легче разрабатывать сторонние инструменты для того, чтобы быть ОС.
  • См. Предыдущий - легче получить внешние инструменты вокруг чистого, простого, основного инструмента.
  • Благодаря большей популярности они получают более широкую поддержку со стороны сообщества.
  • Им не нужна указанная реклама.

Кроме того, мой опыт работы с обычными бесплатными VCS (mercurial / svn / etc) показал, что они быстрее, надежнее и проще в использовании.


5
+1 - Я гораздо счастливее с SVN, что когда-либо был с SourceSafe.
Джон Хопкинс

5
@Jon +1 - я гораздо счастливее с Mercurial, чем когда-либо с SVN.
Тим Пост

1
@Tim - В настоящее время неофициально оценивают Mercurial перед возможной миграцией.
Джон Хопкинс

8

Я согласен с @Fishtoaster в том, что контроль версий FOSS имеет все функции (или может быть интегрирован с другим программным обеспечением FOSS, предоставляющим эти функции), которые нужны даже самым крупным «предприятиям».

К сожалению, по моему опыту, многие решения на предприятиях не принимаются людьми, технически компетентными для принятия такого решения. То есть люди, которым разрешено совершать покупки на предприятии, напрямую обращаются в отдел продаж других предприятий для покупки своего программного обеспечения. FOSS даже не взглянуть на это , потому что никто продавать на них.

В одном месте, где я работал, мы использовали одно из таких «корпоративных» решений для контроля версий. Он был медленным (буквально потребовалось больше часа, чтобы полностью «проверить» последнюю версию кода!) И глючил, и все жаловались на это. Многие разработчики на самом деле делают оформление (занимает, как я сказал, более часа ), а затем устанавливают локальный SVN или Mercurial репозиторий поверх этой проверки, выполняют кодирование для этого хранилища и проверяют его обратно в основном хранилище только тогда, когда обязательный.

Нам повезло, что нам разрешили установить любое необходимое нам программное обеспечение. Но тот факт, что люди подорвали «процесс», говорит о том, что с этим процессом что-то серьезно не так ...


1
Это именно то, что я сделал, настроил свой собственный локальный SVN, так как поставляемый VCS настолько ужасен.
Jimueller

4

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

Задайте себе вопрос: насколько счастливы люди, написавшие программное обеспечение XYZ?

Если это FOSS, они, вероятно, были очень счастливы, потому что иначе зачем им тратить на это свое время?

Если это коммерческое программное обеспечение, вы не можете сказать. Скорее всего, людям платят за то, что они на самом деле им не нравятся.

Так что ПО FOSS получает больше любви. Это не обязательно означает, что он лучше, но если это успешный проект FOSS, вы можете быть уверены, что он лучше, чем все, что вы можете купить («Деньги не могут купить счастье», помните?).

Как вы можете сказать, что это успешно? Проверьте сайт. Если веб-сайт является текущим и выглядит хорошо, он достаточно успешен, чтобы тратить время на него (разработчики FOSS - твердое ядро; они не хотят тратить время на что-то, что не царапает зуд).

Это оставляет самый важный момент: поддержка. Компании покупают программное обеспечение не для того, чтобы использовать его на законных основаниях, а для получения поддержки в случае, если что-то пойдет не так (думая по-другому: если 100 человек не могут работать, и я получаю исправление в течение дня, это стоит 100 000 долларов). К счастью, вы можете купить поддержку программного обеспечения FOSS (просто посмотрите на сайт для указателей или спросите в списке рассылки).

Так что да, если вы проводите оценку и FOSS удовлетворяет вашим потребностям, нет никаких оснований больше отдавать предпочтение коммерческому программному обеспечению.


2

Я лично видел, как SVN успешно работает на крупном предприятии, и слышал рассказы о других историях успеха. Я думаю, что одной из ключевых вещей, которая пугает предпринимателей в отношении открытого исходного кода, является отсутствие поддержки. Они чувствуют, что находятся на канате без защитной сетки. Но часто вы можете найти компании, которые будут предоставлять контракты на поддержку программного обеспечения с открытым исходным кодом. Для SVN есть CollabNet и другие.


1
Но SVN на самом деле не очень хорошо разветвляется, в основном это отстой. Итак, как вы можете использовать SVN в проекте, где, скажем, более 10 человек работают на одной базе.
Бьярке Фрейнд-Хансен

@bjarkef: Я делаю ветвления и сливаюсь с Subversion время от времени. Я думаю, что это легенда, что SVN сосет в этом. Конечно, Git и Mercurial основаны на совершенно другой системе, которая основана на ветвях. Но это конфликтует не реже, чем Subversion. Поэтому слияние не является проблемой, только некоторые люди предпочитают стиль, в котором репозитории и филиалы организованы с помощью DVCS.
Мнемент

3
Да уж. На самом деле, с моей точки зрения, SVN феноменально хорошо развивается . Вероятно, потому что наш источник контроля, прежде чем он был Visual Source Safe, который был ужасен при ветвлении (и ВСЕ ЕЩЕ).
Джон Кристенсен

@ Джон - Моя проблема заключалась в том, что переход от DVCS к CVCS был действительно трудным. Мой прогресс VCS был RCS> VSS> Mercurial> SVN. Первые два перехода были легкими и делали многие вещи проще, проще и быстрее. Последнее было настоящим кошмаром - даже использование git-svn не может отменить неотъемлемую жесткость устаревшей линейной истории SVN. Я с нетерпением жду нашего перехода на git, хотя я бы предпочел простоту Mercurial снова.
Марк Бут
Используя наш сайт, вы подтверждаете, что прочитали и поняли нашу Политику в отношении файлов cookie и Политику конфиденциальности.
Licensed under cc by-sa 3.0 with attribution required.