Правило номер один: никогда не разрабатывайте ничего без системы контроля версий:)
Я не знаю, как именно вы разработали вторую версию - есть ли она под контролем версий в репозитории Git?Вы основали вторую версию поверх коммитов первой версии?
Однако вы можете добавить GitHub в качестве удаленного репозитория (который, вероятно, отвечает «Как я могу повторно подключить репозиторий к новому локальному каталогу»)в случае, если локальным каталогом является Git-репо (который вы можете установить с помощью команды git init
).
git remote add origin git@github.com:LiamBailey/TweetSlider.git
И организация ваших репозиториев зависит от вас - это зависит от того, имеет ли смысл исходная версияиспользовать, если в новой версии есть некоторые недостатки обратной совместимости и т. д.
Если вы хотите иметь их в качестве отдельных репозиториев, воспользуйтесь им.
Если вы хотите заменить старую версию нановый в том же репозитории, вам нужно выбрать следующие параметры:
Грязный путь - «создать резервную копию» старой версии в какой-либо ветви и сделать коммит с новой версией в master.
git init
-- copy the new version to this directory--
git add .
git commit
git remote add origin git@github.com:LiamBailey/TweetSlider.git
git fetch origin
git checkout origin/master -b v1
git push origin v1
git checkout master
git push -f origin master
Чистый способ - клонировать исходное хранилище и выполнить логические шаги, которые вы делали при разработке второй версии - каждый из этих шагов долженбыть отдельным коммитом.В конце у вас должна быть новая версия с хорошей историей коммитов.
git clone git@github.com:LiamBailey/TweetSlider.git
cd TweetSlider
-- make changes to your source code --
git add .
git commit
-- repeat until you have the second version --
git push origin master