Я планирую полностью переписать свой проект, используя другую платформу и т. Д. Было бы неплохо сохранить старый код, включая историю, для справки. Как лучше всего это сделать, чтобы избежать риска, путаницы и неожиданностей?
Моя идея состоит в том, чтобы создать новую ветвь, заменить там все и получить базовую «новую» версию, работающую там, пометить последнего «старого» мастера, а затем объединить ветку с мастером. Это звучит разумно?
Ответы:
Я голосую за хранение всего в одном хранилище.
Я буду:
Вот как:
Кроме того: Вы также можете сделать тег старого унаследованного кода, если знаете, что никогда не захотите добавлять к нему какие-либо коммиты.
Когда вы должны создать новый репозиторий вместо этого:
источник
Если бы не было неотложной причины слияния переписанных и исторических ветвей, я бы держал их отдельно. Создайте новую ветвь, чтобы сохранить старый код, переписать в master, и таким образом разделить их. Таким образом, вы всегда можете работать со старой платформой / реализацией, если ситуация изменится.
источник
Вот для чего нужны сиротские ветви.
Возможно, вам придется временно установить ветку по умолчанию
new_branch
в Github, так как она отображает master по умолчанию.источник
Вы можете создать новую ветвь в текущем проекте, но, возможно, лучше пометить хранилище как частное, чем создать новое для вашего нового кода, таким образом, у вас все еще будет старое хранилище, но в устаревшей работе нет никаких проблем.
Я предлагаю вам использовать этот подход вместо того, чтобы пытаться позже объединить ветвь с мастером не только потому, что у вас по-прежнему будет это раздувание из устаревшего кода, но также и потому, что к тому времени, когда вы будете готовы, может возникнуть несколько неприятных конфликтов слияния сделать тягу. Чтобы избежать этого, лучше начать с чистой ветки, а не объединять две совершенно разные.
источник