Кто-нибудь использует распределенную систему контроля версий в корпоративной среде?
-
20-08-2019 - |
Вопрос
Мне интересно услышать об опыте людей с распределенным контролем версий в корпоративной среде.
Конкретно:
- Трудно ли было добиться усыновления?
- Теперь, когда он установлен, нравится ли он?
- Какую «модель» вы используете (ступица и спица?Что-то другое?)
- Учитывая использование концентратора и распределенного сервера, есть ли какие-либо проблемы с дисциплиной при отправке на центральный сервер?
- Я хотел бы услышать, есть ли в этой среде кто-нибудь, не являющийся программистом, желательно художники и им подобные, для которых VCS может быть немного сложной.У них это получилось?
Решение
1 – Нет, потому что мы просто сказали людям, что им нужно это использовать.Если у вас нет контроля над вашей системой контроля версий и вашим персоналом, у вас возникнут более серьезные проблемы...
2. Что ж, при переходе от SVN к Git я бы сказал, что около половины разработчиков жаловались на дополнительную сложность.Другая половина оценила возросшую мощность.
3. По соглашению мы назначили один сервер центральным хранилищем.
4 — Нет — я имею в виду, что если люди не переходят на нужный сервер, то их работа не считается завершенной, поэтому ее нельзя интегрировать, проверять качество и т. д.Если они не могут следовать правилам такого рода… то же самое, что и пункт 1 выше.
5 – Это хороший вопрос.Мы призываем наш нетехнический персонал использовать инструменты с графическим интерфейсом, где это возможно, и это, кажется, значительно упрощает им задачу.Практически все разработчики используют командную строку, если только они не просматривают историю ветвей или по какой-либо другой визуальной причине.
Другие советы
Считаете ли вы IBM Rational (Atria) ClearCase with Multisite DVCS?
Мы используем его уже 15 лет, включая 7 лет до того, как нас купила IBM.Это позволяет нам достаточно эффективно работать на сайтах в США и за пределами США.
По большей части это работает хорошо, во многом благодаря тому, что вы держитесь в стороне.
Не уверен, какая модель применима.
У нас не так много непрограммистов, использующих его — команда ID (Information Development — имеется в виду Tech Pubs) — это основная группа непрограммистов, которые его используют.
CC-MS по-прежнему имеет несколько централизованную модель: ветки «осваиваются» на определенном сайте, и изменения в этой ветке можно вносить только в представлениях на том же сайте.Это просто означает, что вам нужно быть осторожным с ветвлением и слиянием, но слияние очень хорошее (как и ветвление).
В настоящий момент я обдумываю идею внедрения git на работе после того, как обсудил это с некоторыми коллегами.Они не могли себе представить, что использование DCVS — хорошая идея.Главным образом потому, что они считают проблему слияния слишком большой.Я использую git для своих небольших проектов дома, и вот как и почему я буду использовать его на работе:
- проверить svn-проекты, над которыми я работаю, в git
- фиксация без необходимости заботиться о нарушении сборки (или разветвлении для экспериментов)
- избежание задержки поиска/слияния с центральным сервером
- фиксация результатов в конце в svn-trunk
Кстати, похоже (после выступления Линуса в Google о git) это обычный способ использования DCVS на работе :)