Как выровнять версию кода с помощью git с неверсированным кодом?

Question

В моей компании мы не используем систему контроля версий. Просто у нас есть сетевая папка G, которая содержит последнюю стабильную версию кода.

Разработчиков скопировать этот код на локальный компьютер L для своих проектов, изменять файлы и скопировать их обратно из L к G.

Избранный разработчик компилирует обновленный источник в G и выпускает новую версию приложения.

Теперь мы попытаемся использовать Git для управления источниками. Me (D1) и другой разработчик (D2) используют Git, и он работает очень хорошо! Но в то же время другие разработчики D3, D4, D5, D6 продолжают использовать старый метод, копирующий код из и в сетевой каталог.

На данный момент, как я могу выровнять базу кода в G с одним в Git, пока все разработчики не перейдут на использование Git?

Мы используем ГИТ-поток, и моя идея состоит в том, чтобы выровнять master ветвь из/в папку G сети ... но:

• Когда? В каждом выпуске разработчиками D3-D5 или я могу делать это реже?
• Кем? Должен ли быть обновлен разработчик, внесший изменения?
• Как? Объединение файлов (тем самым влияет на дату модификации) или замену файлов, когда это возможно?

Есть ли у вас другие предложения по управлению этой (надеюсь) временной ситуацией?

Answer 1

Выравнивать git и неверсированный код на самом деле не очень эффективный способ использования. Если другие разработчики D3, D4, D5, D6 есть даже немного знаний о мерзавца, ниже метод может быть использован:

1. Создать другой repo1 мерзавец репо для D3 ~ D6. Они работают на ветке dev на repo1 (git checkout -b dev), и вы два (D1, D2) работаете на ветке master на своем репо. Примечание: у вашего репо не должно быть имени ветви dev.
2. Для D3 ~ D6 они могут использовать git add filename, чтобы добавить файл, git commit -am 'message', чтобы зафиксировать изменения и использовать git push для изменения настроек удаленного репо1.
3. D1 и D2 выравнивать код: git remote add other <URL for other repo> git pull other git checkout dev git checkout master git merge dev git push origin master git push other master:dev
4. После того, как вы изменили код как для репо и repo1, D3 ~ D6 должны обновить свою базу кода на git pull.

Для вопросов:

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