Первое добавление GIT старой системы

Question

У меня есть старая система ASP 3.0, которую я хочу перенести в репозиторий GIT. В настоящее время наиболее полной версией этой системы является производственная система, поэтому я хочу начать с нее.

Должен ли я сделать копию системы и затем отправить копию в git, затем стереть старую систему и затем извлечь новую производственную систему из git? Или есть какой-то другой способ, который я не думал об этом лучше?

Answer 1

Создайте Git-репозиторий, в котором находится производственная система (git init .), добавьте файлы (git add .) и подтвердите (git commit -am "Initial commit from live"), затем git checkout -b live, чтобы вызвать эту ветвь живым (и ведущим), добавьте голый сделайте репозиторий в качестве источника (git add remote origin git://server/new_bare_repo.git) и нажмите туда (git push origin master ; git push origin live).

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

С этого момента используйте новое голое хранилище для разработки в основной ветке.

Всякий раз, когда вы хотите создать что-то живое, внесите изменения (слияние, выбор вишни и т. Д.) В ветку live из основной ветки или из других ветвей функций и поместите новую ветку live в ветвь «new bare repo». Затем перейдите на репозиторий Git на производство и git pull --rebase origin live, и git push origin live.

Тогда ваш репо всегда будет иметь:

• «живая» ветвь, указывающая на то, что в данный момент развернуто
• ветка "master", содержащая вашу разработку

Ваша проверенная версия всегда будет иметь:

• все, что вы хотели быть живым

Надеюсь, что поможет

Answer 2

Должен ли я сделать копию системы и затем отправить копию в git, затем стереть старую систему и затем извлечь новую производственную систему из git?Или есть какой-то другой способ, который я не думал об этом лучше?

Да, это сработало бы.Вместо удаления старого каталога я бы предложил переименовать его;и после того, как вы проверили это из репозитория GIT, выполните рекурсивное сравнение каталогов нового и старого (переименованного) каталога.Если они совпадают (за исключением подкаталога .git, который можно игнорировать), вы можете удалить старый (переименованный) каталог.Но для большей безопасности подождите пару недель с удалением - возможно, права доступа к файлу в новом каталоге не соответствуют новому каталогу, поэтому, если вы получите сообщение об ошибке, у вас будет старый каталог длянайдите и скопируйте разрешения из.