Яка найкраща практика "git clone" в існуючій папці?

У мене є робоча копія проекту, без жодних метаданих контролю джерела. Тепер я хотів би зробити еквівалент 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 repo в порожній існуючий каталог виконайте наступне:

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 repo.

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/ .