Jaka jest najlepsza praktyka „klonowania gita” w istniejącym folderze?

Mam kopię roboczą projektu, bez metadanych kontroli źródła. Teraz chciałbym zrobić odpowiednik git-clone w tym folderze i zachować moje lokalne zmiany.

git-clone nie pozwala mi klonować do istniejącego folderu. Jaka jest tutaj najlepsza praktyka?

Można to zrobić poprzez klonowanie do nowego katalogu, a następnie przeniesienie .gitkatalogu do istniejącego katalogu.

Jeśli twój istniejący katalog nosi nazwę „kod”.

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

Można to również zrobić bez robienia kasy podczas polecenia klonowania; więcej informacji można znaleźć tutaj .

Nie klonuj, pobierz zamiast. W repozytorium:

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

Następnie możesz zresetować drzewo, aby uzyskać żądane zatwierdzenie:

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

i jesteś jak sklonowany.

Interesujące pytanie tutaj (i jedno bez odpowiedzi): jak dowiedzieć się, na którym podstawie opierało się twoje nagie drzewo, a zatem na której pozycji zresetować.

Wykonałem następujące czynności, aby dokonać transakcji oddziału master w istniejącym katalogu:

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

Przejdę git clonedo nowego katalogu i skopiuję zawartość istniejącego katalogu do nowego klonu.

Korzystanie z katalogu tymczasowego jest w porządku, ale zadziała, jeśli chcesz uniknąć tego kroku. Z katalogu głównego katalogu roboczego:

$ 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

Aby sklonować repozytorium git w pustym istniejącym katalogu, wykonaj następujące czynności:

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

Zwróć uwagę .na koniec git clonepolecenia. Spowoduje to pobranie repozytorium do bieżącego katalogu roboczego.

Wiele odpowiedzi już na to, tak jak chciał PO. Warto jednak zauważyć, że robienie tego w drugą stronę jest znacznie prostsze:

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

Masz teraz pożądany stan docelowy - świeży klon + lokalne zmiany.

Istnieją dwa podejścia do tego. Jeśli to możliwe, zacznę od czystego folderu dla nowego katalogu roboczego git, a następnie skopiuję twoją wersję rzeczy później. Może to wyglądać jak *:

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

W tym momencie powinieneś mieć całkiem czystą kopię roboczą z poprzednim folderem roboczym jako bieżącym katalogiem roboczym, więc wszelkie zmiany obejmujące usunięcie plików pojawią się na radarze, jeśli uruchomisz git status.

Z drugiej strony, jeśli naprawdę musisz to zrobić na odwrót, możesz uzyskać ten sam wynik z czymś takim:

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

Tak czy inaczej, pierwszą rzeczą, którą chciałbym zrobić, to uruchomić coś takiego, git stashaby uzyskać kopię wszystkich lokalnych zmian odłożonych na bok, a następnie możesz je ponownie zastosować i przeanalizować, które z nich chcesz popełnić.

* _{Oba przykłady zakładają, że zaczynasz od powłoki w katalogu nadrzędnym swojego projektu.}

To najlepsza ze wszystkich metod, jakie spotkałem

Sklonuj tylko folder .git repozytorium (wyłączając pliki, które już są w folderze existing-dir) do pustego katalogu tymczasowego

1. git clone --no-checkout repo-path-to-clone existing-dir/existing-dir.tmp // może chcieć --no-hardlinks do klonowania lokalnego repozytorium

Przenieś folder .git do katalogu z plikami. To sprawia, że existing-dirrepozytorium git.

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

Usuń katalog tymczasowy

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

4. cd existing-dir

Git uważa, że ​​wszystkie pliki zostały usunięte, co przywraca stan repozytorium do HEAD.

UWAGA: wszelkie lokalne zmiany w plikach zostaną utracone.

5. git reset --mixed HEAD

Jeśli używasz co najmniej git 1.7.7 (który nauczył się clonetej --configopcji), aby zmienić bieżący katalog w kopię roboczą:

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

Działa to przez:

• Klonowanie repozytorium w nowym .gitfolderze
• --mirrorsprawia, że nowy klon w folderze jako czysto metadanych .gitmusi być
• --config core.bare=falsecountermands niejawny bare=truez --mirroropcji, umożliwiając tym samym repozytorium mieć skojarzony katalog roboczy i działać jak normalny klonu

To oczywiście nie zadziała, jeśli .gitkatalog metadanych już istnieje w katalogu, który chcesz przekształcić w kopię roboczą.

Zwykle najpierw sklonuję pierwsze repozytorium, a następnie przeniosę wszystko z istniejącego folderu do początkowego repozytorium. Działa za każdym razem.

Zaletą tej metody jest to, że nie przegapisz niczego z początkowego repozytorium, w tym README lub .gitignore.

Możesz także użyć poniższego polecenia, aby zakończyć kroki:

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

Możesz to zrobić, wpisując rekurencyjnie następujące wiersze poleceń:

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

Po prostu użyj. na końcu git clonepolecenia (znajdującego się w tym katalogu), jak poniżej:

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