Допустим, крупная корпорация планирует заменить существующую систему контроля версий. Допустим, речь идет только о системах от крупных поставщиков, которые стоят сотни тысяч долларов, потому что у них есть «поддержка».
Должен ли контроль версий в корпоративной среде быть дорогим? Использует ли ваша средняя / крупная корпорация FOSS VCS, например SVN / Git / Mercurial? Какой опыт был?
Я должен думать, что это не должно быть дорогостоящим, так как есть очень много бесплатных опций, и, вероятно, есть компании, которые предоставляют платную поддержку FOSS VCS, если это главная проблема.
Я не собираюсь сравнивать VCS или решать, какой из них лучше, а просто понимать опыт работы с VCS в корпоративной ИТ-среде.
experience
version-control
jimueller
источник
источник
Я согласен с @Fishtoaster в том, что контроль версий FOSS имеет все функции (или может быть интегрирован с другим программным обеспечением FOSS, предоставляющим эти функции), которые нужны даже самым крупным «предприятиям».
К сожалению, по моему опыту, многие решения на предприятиях не принимаются людьми, технически компетентными для принятия такого решения. То есть люди, которым разрешено совершать покупки на предприятии, напрямую обращаются в отдел продаж других предприятий для покупки своего программного обеспечения. FOSS даже не взглянуть на это , потому что никто продавать на них.
В одном месте, где я работал, мы использовали одно из таких «корпоративных» решений для контроля версий. Он был медленным (буквально потребовалось больше часа, чтобы полностью «проверить» последнюю версию кода!) И глючил, и все жаловались на это. Многие разработчики на самом деле делают оформление (занимает, как я сказал, более часа ), а затем устанавливают локальный SVN или Mercurial репозиторий поверх этой проверки, выполняют кодирование для этого хранилища и проверяют его обратно в основном хранилище только тогда, когда обязательный.
Нам повезло, что нам разрешили установить любое необходимое нам программное обеспечение. Но тот факт, что люди подорвали «процесс», говорит о том, что с этим процессом что-то серьезно не так ...
источник
Основное различие между FOSS и коммерческим программным обеспечением заключается в том, что первое основано на гордости, а второе - на доходах.
Задайте себе вопрос: насколько счастливы люди, написавшие программное обеспечение XYZ?
Если это FOSS, они, вероятно, были очень счастливы, потому что иначе зачем им тратить на это свое время?
Если это коммерческое программное обеспечение, вы не можете сказать. Скорее всего, людям платят за то, что они на самом деле им не нравятся.
Так что ПО FOSS получает больше любви. Это не обязательно означает, что он лучше, но если это успешный проект FOSS, вы можете быть уверены, что он лучше, чем все, что вы можете купить («Деньги не могут купить счастье», помните?).
Как вы можете сказать, что это успешно? Проверьте сайт. Если веб-сайт является текущим и выглядит хорошо, он достаточно успешен, чтобы тратить время на него (разработчики FOSS - твердое ядро; они не хотят тратить время на что-то, что не царапает зуд).
Это оставляет самый важный момент: поддержка. Компании покупают программное обеспечение не для того, чтобы использовать его на законных основаниях, а для получения поддержки в случае, если что-то пойдет не так (думая по-другому: если 100 человек не могут работать, и я получаю исправление в течение дня, это стоит 100 000 долларов). К счастью, вы можете купить поддержку программного обеспечения FOSS (просто посмотрите на сайт для указателей или спросите в списке рассылки).
Так что да, если вы проводите оценку и FOSS удовлетворяет вашим потребностям, нет никаких оснований больше отдавать предпочтение коммерческому программному обеспечению.
источник
Я лично видел, как SVN успешно работает на крупном предприятии, и слышал рассказы о других историях успеха. Я думаю, что одной из ключевых вещей, которая пугает предпринимателей в отношении открытого исходного кода, является отсутствие поддержки. Они чувствуют, что находятся на канате без защитной сетки. Но часто вы можете найти компании, которые будут предоставлять контракты на поддержку программного обеспечения с открытым исходным кодом. Для SVN есть CollabNet и другие.
источник