Я действительно пытался понять, как распределенные системы контроля версий влияют на нашу работу. Я смотрел технический доклад о Линусе Торвальдсе на git , который в основном посвящен возможностям распределенного контроля версий, и он утверждает, что это меняет способ нашей работы.
Давайте рассмотрим мерзавец. Есть много веских причин любить и использовать git, я знаю эти веские причины. Я также уверен, что сила децентрализованной модели не распространяется только на эффективность и способность совершать локальные коммиты. Одним из важных моментов является то, что это позволяет разработчикам синхронизировать свою работу. Предполагая, что работа еще не была завершена, я бы предположил, что код (потенциально) не подходит для развертывания, возможно, подлежит изменению (плохо, если я жестко привязываю к нему свои зависимости), что для меня звучит как мир боли в ожидании разворачивания.
У меня есть ощущение, что децентрализованная модель прекрасно работает в установке, с которой сталкивается Линус, но это обычно не характерно для большинства установок или потребностей, и что централизованная установка - это то, что мы все хотим и используем в наших унифицированных сетях (т.е. большинство компаний, хотя я признаю, что это предположение с моей стороны). Мы все перемещаем материал обратно в центральное место, чтобы поделиться им с другими, и эта потребность в централизации лежит в основе github. Мы все полагаемся на целостность центрального расположения, чтобы обеспечить безопасный доступ к нашей работе и поддержать ее для нас.
Не спешите отвечать, почему мерзавец хорош. Он прекрасно работает в централизованной модели с бонусом локальных коммитов, но я действительно чувствую, что где-то упустил момент о децентрализованных рабочих процессах .... Возможно, мне придется снова посмотреть видео
Обновление:
Спасибо, что задали вопрос, я не думаю, что сделал мою мысль особенно очевидной. В основном проблема, с которой я сталкиваюсь, заключается в следующем. Многие компании настроены с центральным рабочим процессом. Мы работаем по единой быстрой локальной сети. Управление логистикой централизованно управляемой конфигурации несколько проще; мы все используем центральное хранилище, это медовый горшок, который мы защищаем от сбоев дисков и пожаров, а также от всего, о чем вы можете быть параноиком. Включение этой необходимости в ваш рабочий процесс повышает вероятность того, что ваша работа, независимо от состояния, окажется в этом безопасном месте. Мы полагаемся на сетевое подключение и доступность этого центрального местоположения практически для всего, чем мы делимся. Сначала я подумал, что, возможно, наша любовь к центральному рабочему процессу - это просто наша неспособность понять, как использовать DVCS в микроуровне. Теперь, скажем, просто используйте git, потому что это расширенный вариант централизованного варианта. Однако, учитывая, что я до сих пор в большинстве случаев не вижу ничего, что присуще децентрализованной модели, мы могли бы использовать более сложный инструмент для решения более простой задачи. В централизованном инструменте, который делает то, что мы уже делаем, может быть какая-то ценность.