Насколько хорошо (D) VCS взаимодействует с рабочими процессами, в которых несколько человек редактируют файлы в одном каталоге?

Question

Представьте себе, по традиции, что предпочитаемый метод разработки вашей команды включал нескольких человек с общим логином, редактирующих файлы на сервере сборки с использованием vim.

[Обратите внимание, что существуют известные проблемы, связанные с одним человекомимея возможность редактировать файл сразу, люди уходят со своего рабочего места и оставляют файл заблокированным в vim, система собирает / перезапускает систему, требуя, чтобы все прекратили отладку, пока это происходит.Это не тот вопрос, о котором идет речь]

Если бы управление исходным кодом вводилось без изменения рабочего процесса, было бы много пользы?

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

Answer 1

«редактирование файлов на сервере сборки с использованием vim» предлагает центральное хранилище.

Поэтому лучше подойдет CVCS (центральная система управления версиями).
Но Centralили Распределенный, оба инструмента VCS включают локальное рабочее дерево (или локальное рабочее пространство), где удаленные файлы копируются, изменяются и затем отправляются обратно (при фиксации).

Затем вы должны определить свой «вид» с рабочим пространством, которое не находится в том же месте, что и локальное представление.
Немного запутанно, но возможно.

Как говорится,Основным преимуществом будет просмотр истории изменений, которые могут выполняться каждым пользователем по одному.

Answer 2

Это не то, как вы используете систему контроля версий.Добавление одного поверх этого по своей природе склонного к конфликту «рабочего процесса» мало что даст, кроме как добавить к путанице.

Каждый должен работать в своей рабочей копии, а затем, как правило, вносить изменения в центральный сервер.сервер.