Кто-нибудь использует распределенную систему контроля версий в корпоративной среде?

Question

Мне интересно услышать об опыте людей с распределенным контролем версий в корпоративной среде.

Конкретно:

1. Трудно ли было добиться усыновления?
2. Теперь, когда он установлен, нравится ли он?
3. Какую «модель» вы используете (ступица и спица?Что-то другое?)
4. Учитывая использование концентратора и распределенного сервера, есть ли какие-либо проблемы с дисциплиной при отправке на центральный сервер?
5. Я хотел бы услышать, есть ли в этой среде кто-нибудь, не являющийся программистом, желательно художники и им подобные, для которых VCS может быть немного сложной.У них это получилось?

Answer 1

1 – Нет, потому что мы просто сказали людям, что им нужно это использовать.Если у вас нет контроля над вашей системой контроля версий и вашим персоналом, у вас возникнут более серьезные проблемы...

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

3. По соглашению мы назначили один сервер центральным хранилищем.

4 — Нет — я имею в виду, что если люди не переходят на нужный сервер, то их работа не считается завершенной, поэтому ее нельзя интегрировать, проверять качество и т. д.Если они не могут следовать правилам такого рода… то же самое, что и пункт 1 выше.

5 – Это хороший вопрос.Мы призываем наш нетехнический персонал использовать инструменты с графическим интерфейсом, где это возможно, и это, кажется, значительно упрощает им задачу.Практически все разработчики используют командную строку, если только они не просматривают историю ветвей или по какой-либо другой визуальной причине.

Answer 2

Считаете ли вы IBM Rational (Atria) ClearCase with Multisite DVCS?

Мы используем его уже 15 лет, включая 7 лет до того, как нас купила IBM.Это позволяет нам достаточно эффективно работать на сайтах в США и за пределами США.

По большей части это работает хорошо, во многом благодаря тому, что вы держитесь в стороне.

Не уверен, какая модель применима.

У нас не так много непрограммистов, использующих его — команда ID (Information Development — имеется в виду Tech Pubs) — это основная группа непрограммистов, которые его используют.

CC-MS по-прежнему имеет несколько централизованную модель: ветки «осваиваются» на определенном сайте, и изменения в этой ветке можно вносить только в представлениях на том же сайте.Это просто означает, что вам нужно быть осторожным с ветвлением и слиянием, но слияние очень хорошее (как и ветвление).

Answer 3

В настоящий момент я обдумываю идею внедрения git на работе после того, как обсудил это с некоторыми коллегами.Они не могли себе представить, что использование DCVS — хорошая идея.Главным образом потому, что они считают проблему слияния слишком большой.Я использую git для своих небольших проектов дома, и вот как и почему я буду использовать его на работе:

• проверить svn-проекты, над которыми я работаю, в git
• фиксация без необходимости заботиться о нарушении сборки (или разветвлении для экспериментов)
• избежание задержки поиска/слияния с центральным сервером
• фиксация результатов в конце в svn-trunk

Кстати, похоже (после выступления Линуса в Google о git) это обычный способ использования DCVS на работе :)