Déplacer un dépôt Git sur un deuxième ordinateur?

Question

J'ai un projet avec un simple git local repo, et je veux déplacer ce projet (dossiers, etc.) à un autre ordinateur et de travailler à partir de là, à partir de maintenant. Je ne veux pas n'importe quoi à gauche sur l'ancienne machine (sauf, bien sûr, mes autres projets git). Je veux que ce soit comme si je travaille à partir de la nouvelle machine tout au long de.

Puis-je simplement déplacer tous les fichiers de l'ordinateur, ou aura-t-il un problème avec les clés? Je devrais avoir le même sur les deux machines? Si le simple fait de déplacer tous les dossiers ne peut pas être fait, que dois-je faire? Je veux éviter les tracas de la mise en place et l'utilisation d'un serveur, puisque cela semble compliqué et je ne veux pas modifier mon flux de travail.

Answer 1

Pour votre cas, la meilleure façon de le faire est de copier le dossier ( copie, scp, cp, robocopy selon ) sur le nouveau serveur et supprimer l'ancien dossier.

Je suis complètement en désaccord avec @Pablo de Santa Cruz que le clonage est le paradigme de ce que vous faites. Non, il n'est pas. Le déplacement d'un repo à un nouvel ordinateur.

Pourquoi je n'aime pas clone à cet effet:

crée à distance-suivi des branches pour chaque branche dans la cloné référentiel (Vous êtes en mouvement, et l'ancien repo est dépassé.)

À distance de branches et d'autres refs sont totalement ignorés.

Vous ne recevez pas votre crochets si vous avez été et que vous risquez d'oublier que vous avez eu de!

Vous ne pouvez pas se "perdre" s'engage, etc, l'utilisation de git reflog ou par d'autres moyens. Peut-être pas un gros problème, surtout si l'opération a agi comme un serveur, mais quelque chose d'être conscient de

Si vous voyez des moyens de sauvegarde d'un repo git, git clone de ne pas être les réponses les plus fréquentes. Ensuite, il ne devrait pas être le déplacement d'un repo! J'ai aussi l'impression que juste un git clone comme @Pablo de Santa Cruz suggère ne peut pas être une bonne réponse parce que git clone a l' --mirror option, qui preserves les pensions de sens qu'un git clone repo est différent de git clone --mirror pensions de titres ( en plus d'être nu, c'est surtout les différences que j'ai mentionné ci-dessus ). De toute façon, je ferais une copie parce que je SAIS ce que je reçois avec le copié repo - MÊME repo!

Quand envisager git clone:

1) Il est plus rapide que git n'certains d'optimisation alors que le clonage

2) Vous pouvez avoir différentes version git sur la nouvelle machine, et une copie peut en faire le repo inutilisable dans l'autre version ( pas très courant de nos jours). Mais en réalité, ce peut être un pro de la copie ainsi que cela montre que la nouvelle de l'ordinateur n'a pas la même version git.

Answer 2

Oui, il suffit de copier les données sur l’autre machine. Utiliser git clone est presque la même chose, mais cela configurera l'ordinateur à partir duquel vous clonez en tant qu'origine distante, ce qui pourrait ne pas être ce que vous voulez.

Answer 3

Comme chaque clone est également un repo, il suffit de cloner le premier sur le deuxième ordinateur.

Answer 4

Au lieu de copier, je vous recommande d' clone le référentiel. Le clonage est le bon paradigme pour ce que vous essayez d'accomplir. Projet cloné contiendra également toutes git des métadonnées et des informations avec elle.

Sur la machine de destination:

$ git clone git://your-repo/proj proj

Au lieu d'utiliser git:// vous pouvez également utiliser ssh:// ou http:// protocoles d'accès au référentiel. Reportez-vous à l' git manuel pour plus d'informations.