Mon dépôt Git est dans le mauvais répertoire racine. Puis-je le déplacer ? (../ au lieu de ./)

Question

D'une certaine manière, quand je git init Pour mon dernier projet, il y a environ un mois, j'ai lancé la commande dans le répertoire situé un répertoire plus haut que la racine de mon projet.

Donc mon référentiel est dans le ./project et non le répertoire ./project/my-new-project répertoire. Je ne sais pas comment je n'ai pas réalisé le problème plus tôt, mais je n'ai jamais cherché le répertoire .git jusqu'à maintenant.

Y a-t-il un moyen, sans tuer mon projet, de déplacer le dépôt dans le bon répertoire et de dire à git quelle est la nouvelle base du projet ? Déplacer simplement le répertoire ne fonctionne pas. Git pense que tous les fichiers ont été supprimés.

Answer 1

J'ai eu le problème inverse - j'ai dû déplacer le Root git dans le répertoire parent (de project/src à project). A mon extrême surprise, ce qui suit a fonctionné ! !!

src$ mv .git ../ 
src$ cd ..
project$ git add src
project$ git commit -a

git a intelligemment détecté que tous les nouveaux fichiers étaient des versions renommées d'anciens fichiers et qu'aucun historique n'a été perdu.

Vous pouvez essayer quelque chose de similaire... déplacer le dossier .git et ajouter à nouveau les fichiers avant de valider.

Answer 2

Cela a fonctionné pour moi, et a gardé toute mon histoire intacte. Depuis le dossier racine incorrect (le parent où vous avez accidentellement initialisé le repo) :

Déplacez le dossier :

mv .git thecorrectfolder/

Réinitialiser le repo git :

cd thecorrectfolder/
git init

Ajoutez à nouveau tous les fichiers, faites un commit, et poussez :

git add .
git commit -am 'fixing things'
git push origin master

C'est fait ! Va te chercher une bière.

Lorsque vous livrez le dépôt git après la réinitialisation, vous obtiendrez une série de résultats qui ressemblent à ceci :

rename {ethanode/coffee => coffee}/app.coffee (100%)

En d'autres termes, toutes vos références du dossier parent sont renommées pour utiliser le bon dossier.

Answer 3

git filter-branch vous permet de réécrire l'histoire de cette façon. Le site git filter-branch page de manuel même a votre cas à titre d'exemple :

Pour réécrire le dépôt pour qu'il ait l'air d'avoir été le projet Root de foodir/, et supprimer tout autre historique :

git filter-branch --subdirectory-filter foodir -- --all

Vous voulez probablement git clone le repo dans un nouveau sous-répertoire avant (ou après ?) le git filter-branch courir. (Le fait de cloner avant la branche de filtrage et d'exécuter la branche de filtrage sur le nouveau clone aurait l'avantage de laisser la branche de filtrage originale en place. .git/ dir en place comme sauvegarde en cas de problème).

Answer 4

La chose la plus simple, à moins que vous n'ayez déjà créé un historique que vous souhaitez conserver, serait de supprimer simplement le fichier .git et refaire l'init dans le bon répertoire.

Si vous utilisiez git pour résoudre le problème, toute solution laisserait nécessairement derrière elle un grand nombre d'entrées d'historique "déplacé ce fichier ici" qui ne sont pas réellement des changements, mais la réparation d'une erreur au moment de la création. Il est préférable de le créer correctement.

Answer 5

Utilisez git-mv pour déplacer vos fichiers "en haut" vers le bon endroit, puis git-rm le répertoire "mon-nouveau-projet".