Partagez

Partagez

In SVN, developers share contributions by committing changes from a working copy on their local computer to a central repository. Then, other developers pull these updates from the central repo into their own local working copies.

Le flux de travail de collaboration dans Git est très différent. Au lieu d'établir des différences entre les copies de travail et le référentiel central, Git donne à chaque développeur sa propre copie locale du référentiel tout entier. Au lieu d'établir des différences entre les copies de travail et le référentiel central, Git donne à chaque développeur sa propre copie locale du référentiel tout entier. Au lieu d'établir des différences entre les copies de travail et le référentiel central, Git donne à chaque développeur sa propre copie locale du référentiel tout entier. Les modifications sont envoyées à l'aide d'un commit vers ce référentiel local au lieu d'un référentiel central. Pour partager les mises à jour avec d'autres développeurs, vous devez "pousser" ces modifications locales vers un référentiel Git sur un serveur. Ensuite, les autres développeurs peuvent récupérer vos nouveaux commits depuis le référentiel public sur leurs propres référentiels locaux.

Git migration: Centralized SVN development vs. Distributed Git development

Le principe de base du contrôle distribué des versions est de donner à chaque développeur son propre référentiel complet, ce qui ouvre tout un éventail des flux de travial potentiels. Vous pouvez lire davantage sur ces flux de travail dans notre section Flux de travail Git. Vous pouvez lire davantage sur ces flux de travail dans notre section Flux de travail Git. Vous pouvez lire davantage sur ces flux de travail dans notre section Flux de travail Git.

Jusqu'à présent, vous n'avez travaillé que sur un référentiel Git local. Cette page explique comment pousser ce référentiel local vers un référentiel public hébergé sur Bitbucket. Cette page explique comment pousser ce référentiel local vers un référentiel public hébergé sur Bitbucket.Cette page explique comment pousser ce référentiel local vers un référentiel public hébergé sur Bitbucket. Le partage du référentiel Git pendant la migration permet à votre équipe d'expérimenter les commandes Git sans affecter leur développement actif de SVN. Jusqu'à ce que vous n'effectuiez le basculement, il est très important de traiter les référentiels Git partagés en lecture seulement. Jusqu'à ce que vous n'effectuiez le basculement, il est très important de traiter les référentiels Git partagés en lecture seulement.Jusqu'à ce que vous n'effectuiez le basculement, il est très important de traiter les référentiels Git partagés en lecture seulement. Tout le développement devrait continuer à être envoyé vers le référentiel SVN original.

Create a Bitbucket account

Si vous ne disposez pas déjà d'un compte Bitbucket, vous devez en créer un. Si vous ne disposez pas déjà d'un compte Bitbucket, vous devez en créer un. Si vous ne disposez pas déjà d'un compte Bitbucket, vous devez en créer un. L'hébergement est gratuit jusqu'à 5 utilisateurs, de sorte que vous pouvez commencer à explorer les Flux de travail Git immédiatement.

Create a Bitbucket repository

Next, you’ll need to create a Bitbucket repository. Bitbucket makes it very easy to administer your hosted repositories via a web interface. All you have to do is click the Create repository button after you’ve logged in.

Git migration: Create repository

Dans sa forme résultante, ajoutez un nom et une description pour votre référentiel. Si votre projet est privé, gardez l'option du niveau d'accès cochée de sorte que seuls certains développeurs choisis puissent le cloner. Si votre projet est privé, gardez l'option du niveau d'accès cochée de sorte que seuls certains développeurs choisis puissent le cloner. Si votre projet est privé, gardez l'option du niveau d'accès cochée de sorte que seuls certains développeurs choisis puissent le cloner. Pour le champ Branchement, utilisez Activez uniquement les branches privées. Pour le champ Branchement, utilisez Activez uniquement les branches privées. Pour le champ Branchement, utilisez Activez uniquement les branches privées. Pour le champ Branchement, utilisez Activez uniquement les branches privées.Pour le champ Branchement, utilisez Activez uniquement les branches privées. Choisissez Git pour le type de référentiel, sélectionnez les outils de gestion de projet que vous voulez utiliser, et sélectionnez le langage de programmation primaire de votre projet dans le champ Language. Choisissez Git pour le type de référentiel, sélectionnez les outils de gestion de projet que vous voulez utiliser, et sélectionnez le langage de programmation primaire de votre projet dans le champ Language. Choisissez Git pour le type de référentiel, sélectionnez les outils de gestion de projet que vous voulez utiliser, et sélectionnez le langage de programmation primaire de votre projet dans le champ Language. Choisissez Git pour le type de référentiel, sélectionnez les outils de gestion de projet que vous voulez utiliser, et sélectionnez le langage de programmation primaire de votre projet dans le champ Language.Choisissez Git pour le type de référentiel, sélectionnez les outils de gestion de projet que vous voulez utiliser, et sélectionnez le langage de programmation primaire de votre projet dans le champ Language. Choisissez Git pour le type de référentiel, sélectionnez les outils de gestion de projet que vous voulez utiliser, et sélectionnez le langage de programmation primaire de votre projet dans le champ Language. Choisissez Git pour le type de référentiel, sélectionnez les outils de gestion de projet que vous voulez utiliser, et sélectionnez le langage de programmation primaire de votre projet dans le champ Language.

Git migration: Create Bitbucket repository

Pour créer le référentiel hébergé, soumettez le formulaire en cliquant sur le bouton Créer un référentiel. Pour créer le référentiel hébergé, soumettez le formulaire en cliquant sur le bouton Créer un référentiel. Pour créer le référentiel hébergé, soumettez le formulaire en cliquant sur le bouton Créer un référentiel. Une fois que votre référentiel est configuré, une page Étapes suivantes décrit quelques commandes utiles pour importer un projet existant. Une fois que votre référentiel est configuré, une page Étapes suivantes décrit quelques commandes utiles pour importer un projet existant. Une fois que votre référentiel est configuré, une page Étapes suivantes décrit quelques commandes utiles pour importer un projet existant. Le reste de cette page vous guide à travers ces instructions pas à pas.

Add an origin remote

Pour pousser facilement les commits depuis votre référentiel Git local vers le référentiel Bitbucket que vous venez de créer, vous devriez enregistrer l'URL du référentiel Bitbucket dans un distant. Un distant est simplement un raccourci pratique pour une URL. Techniquement, vous pouvez choisir le raccourci de votre choix, mais si le référentiel distant fait office de base de code officielle pour le projet, on le désigne conventionnellement par origin. Techniquement, vous pouvez choisir le raccourci de votre choix, mais si le référentiel distant fait office de base de code officielle pour le projet, on le désigne conventionnellement par origin. Techniquement, vous pouvez choisir le raccourci de votre choix, mais si le référentiel distant fait office de base de code officielle pour le projet, on le désigne conventionnellement par origin. Exécutez ce qui suit dans votre référentiel local Git pour ajouter votre nouveau référentiel Bitbucket en tant qu'origin distante. Exécutez ce qui suit dans votre référentiel local Git pour ajouter votre nouveau référentiel Bitbucket en tant qu'origin distante. Exécutez ce qui suit dans votre référentiel local Git pour ajouter votre nouveau référentiel Bitbucket en tant qu'origin distante.

git remote add origin https://<user>@bitbucket.org/<user>/<repo>.git

Veillez à remplacer <user> par votre nom d'utilisateur Bitbucket et <repo> par le nom du référentiel Bitbucket. Veillez à remplacer <user> par votre nom d'utilisateur Bitbucket et <repo> par le nom du référentiel Bitbucket. Veillez à remplacer <user> par votre nom d'utilisateur Bitbucket et <repo> par le nom du référentiel Bitbucket. Veillez à remplacer <user> par votre nom d'utilisateur Bitbucket et <repo> par le nom du référentiel Bitbucket. Veillez à remplacer <user> par votre nom d'utilisateur Bitbucket et <repo> par le nom du référentiel Bitbucket. Vous devriez également pouvoir copier/coller l'URL complète depuis l'interface web Bitbucket.

GIt migration: Add an origin remote

Après avoir exécuté la commande ci-dessus, vous pouvez utiliser l'origine dans d'autres commandes Git pour référer à votre référentiel Bitbucket. Après avoir exécuté la commande ci-dessus, vous pouvez utiliser l'origine dans d'autres commandes Git pour référer à votre référentiel Bitbucket. Après avoir exécuté la commande ci-dessus, vous pouvez utiliser l'origine dans d'autres commandes Git pour référer à votre référentiel Bitbucket.

Push the local repository to Bitbucket

Next, you need to populate your Bitbucket repository with the contents of your local Git repository. This is called “pushing,” and can be accomplished with the following command:

git push -u origin --all

L'option -u demande à Git de suivre les branches en amont. L'option -u demande à Git de suivre les branches en amont. L'option -u demande à Git de suivre les branches en amont. Git peut alors vous dire si l'historique du commit du référentiel distant est devant ou derrière vos historiques locaux. L'option --all pousse toutes les branches locales vers le référentiel distant. L'option -u demande à Git de suivre les branches en amont. L'option -u demande à Git de suivre les branches en amont.

Vous devez également pousser vos étiquettes locales vers le référentiel Bitbucket avec l'option --tag : Vous devez également pousser vos étiquettes locales vers le référentiel Bitbucket avec l'option --tag : Vous devez également pousser vos étiquettes locales vers le référentiel Bitbucket avec l'option --tag :

git push --tags
Git migration: Push to Bitbucket repo

Your Bitbucket repository is now essentially a clone of your local repository. In the Bitbucket web interface, you should be able to explore the entire commit history of all of your branches.

Share the repository with your team

All you have to do now is share the URL of your Bitbucket repository with any other developers that need access to the repository. The URL for any Git repository can be copy-and-pasted from the repository home page on Bitbucket:

Git Migration: Share the repository

Si votre référentiel est privé, vous aurez besoin d'accorder un accès aux membres de votre équipe dans l'onglet Administration de l'interface web Bitbucket. Si votre référentiel est privé, vous aurez besoin d'accorder un accès aux membres de votre équipe dans l'onglet Administration de l'interface web Bitbucket. Si votre référentiel est privé, vous aurez besoin d'accorder un accès aux membres de votre équipe dans l'onglet Administration de l'interface web Bitbucket. Il est possible de gérer les utilisateurs et les groupes en cliquant sur le lien Access management dans la barre latérale. Il est possible de gérer les utilisateurs et les groupes en cliquant sur le lien Access management dans la barre latérale. Il est possible de gérer les utilisateurs et les groupes en cliquant sur le lien Access management dans la barre latérale.

Git migration: Access management of Git repositories

As an alternative, you can use Bitbucket’s built-in invitation feature to invite other developers to fork the repository. The invited users will automatically be given access to the repository, so you don’t need to worry about granting permissions.

Une fois qu'il connaît l'URL de votre référentiel, un autre développeur peut copier le référentiel sur sa machine locale à l'aide de git clone et commencer à travailler sur le projet. Une fois qu'il connaît l'URL de votre référentiel, un autre développeur peut copier le référentiel sur sa machine locale à l'aide de git clone et commencer à travailler sur le projet. Une fois qu'il connaît l'URL de votre référentiel, un autre développeur peut copier le référentiel sur sa machine locale à l'aide de git clone et commencer à travailler sur le projet. Par exemple, après avoir exécuté la commande suivante sur sa machine, un autre développeur trouverait un nouveau référentiel Git contenant le projet dans le répertoire <destination> Par exemple, après avoir exécuté la commande suivante sur sa machine, un autre développeur trouverait un nouveau référentiel Git contenant le projet dans le répertoire <destination> Par exemple, après avoir exécuté la commande suivante sur sa machine, un autre développeur trouverait un nouveau référentiel Git contenant le projet dans le répertoire <destination>

git clone https://<utilisateur>@bitbucket.org/<utilisateur>/<projet>.git <cible>

Poursuivre les commits avec SVN et non Git

Vous devriez maintenant être en mesure de pusher votre projet local vers un dépôt distant. Votre équipe devrait, elle, pouvoir utiliser ce dépôt distant pour cloner le projet sur ses machines locales. Ce sont tous les outils dont vous avez besoin pour commencer à collaborer avec Git. Cependant, votre équipe et vous devrez continuer à faire des commits des changements en utilisant SVN jusqu'à ce que tout le monde soit prêt pour la transition.

Les seuls changements apportés au dépôt Git doivent provenir du dépôt SVN d'origine via le process de synchronisation mentionné dans la page précédente. À toutes fins utiles, cela signifie que tous vos dépôts Git (locaux et distants) sont en lecture seule. Vos développeurs peuvent les tester, et vous pouvez commencer à les intégrer à votre process de build. Vous devez toutefois éviter de faire des commits de changements permanents à l'aide de Git.

Migration Git : Les seuls changements apportés au dépôt Git doivent provenir du dépôt SVN d'origine

Summary

Dans cette étape, vous configurez un dépôt Bitbucket pour partager votre dépôt Git converti avec d'autres développeurs. Vous devriez maintenant disposer de tous les outils dont vous avez besoin pour implémenter les workflows Git décrits dans la section Workflows Git. Vous pouvez continuer la synchronisation avec le dépôt SVN et partager les commits Git qui en résultent via Bitbucket pendant que votre équipe de développement se familiarise avec Git. Ensuite, vous pouvez terminer la migration en retirant votre dépôt SVN.

Prêt à découvrir Git ?

Essayez ce tutoriel interactif.

Démarrez maintenant