Как лучше всего «скопировать» в существующую папку?

У меня есть рабочая копия проекта, без каких-либо метаданных контроля версий. Теперь я хотел бы сделать эквивалент git-clone в эту папку и сохранить свои локальные изменения.

git-clone не позволяет мне клонировать в существующую папку. Какова лучшая практика здесь?

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

Если ваш существующий каталог называется «код».

git clone https://myrepo.com/git.git temp
mv temp/.git code/.git
rm -rf temp

Это также можно сделать без проверки во время выполнения команды клонирования; Более подробную информацию можно найти здесь .

Не клонируйте, принесите вместо этого. В репо:

git init
git remote add origin $url_of_clone_source
git fetch origin
git checkout -b master --track origin/master # origin/master is clone's default

Затем вы можете сбросить дерево, чтобы получить коммит, который вы хотите:

git reset origin/master # or whatever commit you think is proper...

и ты как клонированный.

Интересный вопрос здесь (и тот, на котором нет ответа): как узнать, на каком коммите было основано ваше голое дерево, и, следовательно, на какую позицию сбросить.

Следующее, что я сделал, чтобы оформить основную ветку в существующем каталоге:

git init
git remote add origin [my-repo]
git fetch
git checkout origin/master -ft

Я бы перешел git cloneв новый каталог и скопировал содержимое существующего каталога в новый клон.

Использование временного каталога - это нормально, но это сработает, если вы хотите избежать этого шага. Из корня вашего рабочего каталога:

$ rm -fr .git
$ git init
$ git remote add origin your-git-url
$ git fetch
$ git reset --mixed origin/master

git clone your_repo tmp && mv tmp/.git . && rm -rf tmp && git reset --mixed

Чтобы клонировать git-репо в пустой существующий каталог, сделайте следующее:

cd myfolder
git clone https://myrepo.com/git.git . 

Обратите внимание .на в конце вашей git cloneкоманды. Это загрузит репо в текущий рабочий каталог.

Множество ответов уже сделано так, как задал ОП. Но стоит отметить, что сделать это наоборот гораздо проще:

git clone repo-url tmp/
cp -R working/ tmp/

Теперь у вас есть желаемое целевое состояние - свежий клон + локальные изменения.

Есть два подхода к этому. Там, где это возможно, я бы начал с чистой папки для вашего нового рабочего каталога git, а затем скопировал вашу версию вещей позже. Это может выглядеть примерно так: *

mv $dir $dir.orig
git clone $url $dir
rsync -av --delete --exclude '.git' $dir.orig/ $dir/
rm -rf $dir.orig

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

С другой стороны, если вам действительно нужно сделать это наоборот, вы можете получить тот же результат с помощью чего-то вроде этого:

cd $dir
git clone --no-checkout $url tempdir
mv tempdir/.git .
rmdir tempdir
git reset --mixed HEAD

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

* В _{обоих примерах предполагается, что вы начинаете с оболочки в родительском каталоге вашего проекта.}

Это лучший из всех методов, с которыми я сталкивался

Клонируйте только папку .git репозитория (исключая файлы, в которых они уже находятся existing-dir) в пустой временный каталог

1. git clone --no-checkout repo-path-to-clone existing-dir/existing-dir.tmp // может потребоваться --no-hardlinks для клонирования локального репо

Переместите папку .git в каталог с файлами. Это делает existing-dirgit-репо.

2. mv existing-dir/existing-dir.tmp/.git existing-dir/

Удалить временный каталог

3. rmdir existing-dir/existing-dir.tmp

4. cd existing-dir

Git думает, что все файлы удалены, и это возвращает состояние репо в HEAD.

ВНИМАНИЕ: любые локальные изменения файлов будут потеряны.

5. git reset --mixed HEAD

Если вы используете хотя бы git 1.7.7 (который научил cloneэтой --configопции), чтобы превратить текущий каталог в рабочую копию:

git clone example.com/my.git ./.git --mirror --config core.bare=false

Это работает:

• Клонирование репозитория в новую .gitпапку
• --mirrorпревращает новый клон в папку с метаданными, как это .gitнеобходимо
• --config core.bare=falsecountermands неявное bare=trueиз --mirrorопции, тем самым позволяя хранилище иметь соответствующий рабочий каталог и действовать как обычный клон

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

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

Преимущество этого метода в том, что вы не пропустите ничего из исходного репозитория, включая README или .gitignore.

Вы также можете использовать команду ниже, чтобы завершить шаги:

$ git clone https://github.com/your_repo.git && mv existing_folder/* your_repo

Вы можете сделать это, набрав следующие командные строки рекурсивно:

mkdir temp_dir   //  Create new temporary dicetory named temp_dir
git clone https://www...........git temp_dir // Clone your git repo inside it
mv temp_dir/* existing_dir // Move the recently cloned repo content from the temp_dir to your existing_dir
rm -rf temp_dir // Remove the created temporary directory

Просто используйте. в конце git cloneкоманды (находящейся в этом каталоге), вот так:

cd your_dir_to_clone_in/
git clone git@github.com/somerepo/ .