Должен ли я импортировать и объединить полностью новую переписанную версию проекта в существующий репозиторий SVN?

Question

У меня есть сайт, который хранится в хранилище SVN. Меня попросили полностью переписать его с нуля, что я и сделал, который еще не находится под контролем версий.

Должен ли я объединить мою новую версию с существующим хранилищем сайта?

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

Единственная причина, по которой я спрашиваю о слиянии, состоит в том, что разве не рекомендуется хранить всю историю проекта в хранилище?

По отношению к комментариям

Кажется, что люди думают, что я упустил суть, но я могу сказать, что не понял. Я создал совершенно новый сайт, который больше не мог бы отличаться в плане кода, структуры каталогов и т. Д. Я решил, что буду работать над этим проектом из пустой директории (чистый холст), а затем импортировать в репозиторий в конце проекта.

Answer 1

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

Один из возможных способов сделать это состоял бы в том, чтобы разветвить исходную версию, использовать эту ветвь для постепенной фиксации ваших изменений, а затем объединить обратно в ствол после завершения.

Теперь, когда вы сделали это, вам, вероятно, лучше сохранить его как другую версию.

Answer 2

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

Двигаясь дальше, я переместил бы ствол старого проекта в тег, а затем переместил текущее состояние нового проекта в ствол. Это сохранит вашу историю изменений исходного проекта и приведет новый проект туда, где он должен быть.

Answer 3

Создать новый репозиторий. Если переписанное приложение не использует какую-либо исходную кодовую базу, ничего не получится, если попытаться объединить их. Создайте новый репозиторий, создайте новые сценарии сборки и развертывания и закройте старый. Испытайте это на уроке и в следующий раз создайте новые версии на основе оригинала.

Answer 4

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

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

Answer 5

Вы могли отработать исходное хранилище с самого начала переписывания, и это не будет проблемой.

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