En déplaçant le dépôt Git de contenu vers un autre référentiel de la préservation de l'histoire

Je suis en train de déplacer le contenu d'un référentiel (dire repo1) à un autre référentiel existant (dire repo2) en utilisant les commandes suivantes;

git clone repo1

git clone repo2

cd repo1

git remote rm origine

git remote add repo1

git push

Mais sa ne fonctionne pas. J'ai revu l'autre poste similaire mais je n'ai trouvé de déplacer le dossier pas le contenu.

Voulez-vous d'avoir le contenu de repo1 comme une branche sur repo2, ou dans le cadre du master, de sorte que les dossiers des deux repos cohabitent dans votre travail dir?
Je veux le déplacer, comme une partie du maître.
Ce tutoriel est parfait! smashingmagazine.com/2014/05/19/...

InformationsquelleAutor Mario | 2013-06-28

180

Je pense que les commandes que vous recherchez sont:
```
cd repo2
git checkout master
git remote add r1remote **url-of-repo1**
git fetch r1remote
git merge r1remote/master --allow-unrelated-histories
git remote rm r1remote
```
Après que repo2/master contient tous les éléments de repo2/master et repo1/master, et aurez également l'histoire de deux d'entre eux.
- Grâce Chronial, je veux juste assurez-vous que le repo1 a aussi une branche et que si je veux déplacer la branche également à repo2?
- eh bien, ne repo2 également une deuxième branche? Ou de ce qui doit arriver cette branche?
- Chronial, le ci-dessus comands n'a pas fonctionné! il n'a pas copié l'histoire.
- OK, maintenant il a travaillé. J'ai utilisé la commande suivante: cd repo2, > git remote rm origine > git remote add origin url-de-repo1, > git fetch r1remote > git push origin master
- Mais maintenant, à gauche de la branche. Je tiens également à déplacer sa branche. Une idée?
- Je suis partie trop. Vous avez juste à passer à la caisse de la direction générale et le pousser à partir de là. Merci 🙂
- Je suis coincé à l'étape de fusion ci-dessus.... qu'est-ce que riremote dans l'étape de fusion et publipostage @Chronial
- c'est une faute de frappe – devrait être r1remote. fixe.
- Notez que le comportement semblent avoir changé - maintenant, une erreur est levée, à moins qu'une option est fournie à la commande, en indiquant que c'est ok pour fusionner 2 sans rapport avec les histoires. Voir stackoverflow.com/a/37938036/6095334
- bonne remarque, la réponse adaptée
- J'ai besoin de détruire de original repo1, et je suis en supposant qu'avec cette recette ici n'ont aucun problème avec la vie de url-of-repo1 ... Mais, si j'ai utilisé une autre recette? Le clonage avec moderne avec git --mirror (comme dans la recette du lien) sera le même? help.github.com/articles/duplicating-a-repository/...
- Excellente réponse. RE les commentaires sur les branches, pour chaque branche que vous souhaitez migrer, je pense que vous devez 1) créer et de validation de la direction générale dans votre nouveau repo et puis 2) la réponse du git merge commande, en remplaçant le nom de la direction générale, vous êtes en cours de migration. Cela pourrait peut-être être inclus dans le script, mais je n'avais que quelques branches de migrer, donc je n'ai pas pris la peine de script il.
- Est-il possible d'ajouter repo2 comme un dossier dans repo1? Si vous êtes à la fusion de plusieurs référentiels que ce serait plus facile.
- la façon la plus simple d'y parvenir est de simplement déplacer tout en repo2 dans un sous-dossier et validez. Ensuite, suivez les étapes de la réponse.
- Est-il un moyen d'extraction et de fusion de code de repo1 dans un répertoire spécifique de repo2? Actuellement, c'est l'extraction de tous les contenus dans la racine de repo2?
- La solution la plus simple serait de simplement passer le tout à l'intérieur de repo1 dans un sous-dossier (à l'intérieur de repo1) avant de procéder à la fusion.
InformationsquelleAutor Chronial
38

Parfaitement décrit ici https://www.smashingmagazine.com/2014/05/moving-git-repository-new-server/

Tout d'abord, nous avons à récupérer la totalité de la distance des branches et des tags à partir du référentiel existant à notre index local:
```
git fetch origin
```
Nous pouvons vérifier qu'il ne manque aucun branches que nous avons besoin de créer une copie locale de:
```
git branch -a
```
Nous allons utiliser le SSH-cloné URL de notre nouveau référentiel pour créer une nouvelle télécommande dans notre dépôt local:
```
git remote add new-origin [email protected]:manakor/manascope.git
```
Maintenant, nous sommes prêts à repousser toutes les branches locales et des tags à la nouvelle télécommande nom de nouvelle-origine:
```
git push --all new-origin 
git push --tags new-origin
```
Faisons de nouveau l'origine de la distance par défaut:
```
git remote rm origin
```
Renommer le nouveau-l'origine à la juste origine, de sorte qu'il devient à distance par défaut:
```
git remote rename new-origin origin
```
- Travaillé en bien, en moins de commandes et facile à suivre
- Peut confirmer que cette copie l'intégralité de l'histoire et des tags. Très agréable. Merci.
- Si le nouveau-origine n'a aucun commit, il fonctionne bien. Toutefois, si tant est que s'engager dans la nouvelle d'origine, le chemin mentionné ici n'est pas de mot comme prévu.
- vous avez besoin de swtich branches avec git checkout BranchName, puis poussez la branche à distance des pensions de nouveau avec git push --all new-origin mais merci beaucoup
InformationsquelleAutor Sergey Onishchenko
10

Si vous êtes à la recherche de préserver les branches existantes et de s'engager de l'histoire, voici une méthode qui a fonctionné pour moi.
```
git clone --mirror https://github.com/account/repo.git cloned-repo
cd cloned-repo
git push --mirror {URL of new (empty) repo}
```
Maintenant, supposons que vous vouliez garder la source et la destination de repos dans la synchronisation pour une période de temps. Par exemple, il y a toujours de l'activité dans le courant de l'repo distant que vous souhaitez apporter à la nouvelle/de remplacement des pensions.
```
git clone -o old https://github.com/account/repo.git my-repo
cd my-repo
git remote add new {URL of new repo}
```
De tirer vers le bas les dernières mises à jour (en supposant que vous n'avez pas de modifications locales):
```
git checkout {branch(es) of interest}
git pull old
git push --all new
```
NB: je n'ai pas encore utiliser submodules, donc je ne sais pas quelles autres mesures pourraient être nécessaires si vous en avez.
- Cela a fonctionné simplement et facilement pour moi. Je pense qu'il devrait être l'objet d'une réponse. Si vous avez 60 branches, c'est le chemin à parcourir.
InformationsquelleAutor Dan Cohn
5

Cette travaillé pour déplacer mon local de pensions de titres (y compris comme antécédent) de ma télécommande github.com repo. Après la création du nouveau vide github GitHub.com j'utilise l'URL dans l'étape trois ci-dessous et il fonctionne très bien.
```
git clone --mirror <url_of_old_repo>
cd <name_of_old_repo>
git remote add new-origin <url_of_new_repo>
git push new-origin --mirror
```
J'ai trouvé ce à: https://gist.github.com/niksumeiko/8972566
- C'est la façon la plus simple de laisser le dépôt original. Il copie également toutes les branches.
InformationsquelleAutor raddevus
2

Approche la plus simple si le code est déjà suivi par Git puis définissez nouveau référentiel en tant que votre "origine" pour le pousser à.
```
cd existing-project
git remote set-url origin https://clone-url.git
git push -u origin --all
git push origin --tags
```
InformationsquelleAutor Martin
1

On dirait que vous êtes à proximité. En supposant que ce n'est pas seulement une faute de frappe dans votre soumission, l'étape 3 doit être cd repo2 au lieu de repo1. Et à l'étape 6 devrait être git pull pas pousser. Retravaillé liste:
```
1. git clone repo1
2. git clone repo2
3. cd repo2
4. git remote rm origin
5. git remote add repo1
6. git pull
7. git remote rm repo1
8. git remote add newremote
```
- Merci Eric, mais à l'étape 3 je veux supprimer le lien de l'original référentiel pour éviter de faire des modifications distantes.. comme je veux déplacer le contenu de repo1 à repo2.
- Alright. J'ai édité ma réponse à essayer de le refléter. Juste pour être sûr, vous essayez de faire un dépôt, repo2, qui est une copie de repo1, mais ne pas garder soit repo1 ou de l'origine comme des télécommandes?
- Non, je ne suis pas d'essayer de faire un nouveau repo "repo2". En fait, j'ai déjà un repo2 qui ont d'autres matières init. Maintenant, je veux passer toutes repo1 contenu dans repo2 avec l'histoire. Je vais garder la repo1 vide comme il l'est dans le serveur.
- Avez-vous envisagé de ne pas utiliser git? Il semble que vous pourriez probablement il suffit de copier les fichiers (via une interface graphique ou scp ou ftp) et de les ajouter manuellement à votre repo git. Il pourrait ne pas être aussi efficace, mais il est probablement plus simple.
- J'ai déjà essayé, mais il a laissé l'histoire. Je veux déplacer l'ensemble de son histoire ainsi.
InformationsquelleAutor Eric Palace
0

J'ai utilisé la méthode ci-dessous pour migrer mon GIT Stash à GitLab par le maintien de toutes les branches et de commettre l'histoire.

Clone de l'ancien dépôt local.
```
git clone --bare <STASH-URL>
```
Créer un dépôt vide dans GitLab.
```
git push --mirror <GitLab-URL>
```
InformationsquelleAutor Roopkumar Akubathini
0

Comme par @Dan-Cohn répondre Miroir-push est votre ami ici. C'est mon aller à la migration de repos:

Miroir d'un référentiel

1．Ouvrir Git Bash.

2．Créer un nu-clone du dépôt.
```
$ git clone --bare https://github.com/exampleuser/old-repository.git
```
3．Miroir-pousser vers le nouveau référentiel.
```
$ cd old-repository.git
$ git push --mirror https://github.com/exampleuser/new-repository.git
```
4．Retirez les locaux temporaires de dépôt que vous avez créé à l'étape 1.
```
$ cd ..
$ rm -rf old-repository.git
```
De référence et de Crédit: https://help.github.com/en/articles/duplicating-a-repository

InformationsquelleAutor DalSoft
-1

Il y a beaucoup de compliqué réponses, ici; toutefois, si vous n'êtes pas concernés de la direction générale de la préservation, tout ce que vous devez faire est de réinitialiser la télécommande d'origine, de définir, en amont, et de pousser.

Cette travaillé pour préserver l'ensemble de la validation de l'histoire pour moi.
```
cd <location of local repo.>
git remote set-url origin <url>
git push -u origin master
```
InformationsquelleAutor Thomas

Vous devez vous connecter pour publier un commentaire.