Synchronize Git repositories

Si votre fichier auteurs n'a pas besoin d'être mis à jour, vous pouvez passer directement à la section suivante

La commande git svn inclut une option intitulée --authors-prog, qui pointe sur un script qui transforme automatiquement les noms d'utilisateur SVN en auteurs Git. La commande git svn inclut une option intitulée --authors-prog, qui pointe sur un script qui transforme automatiquement les noms d'utilisateur SVN en auteurs Git. La commande git svn inclut une option intitulée --authors-prog, qui pointe sur un script qui transforme automatiquement les noms d'utilisateur SVN en auteurs Git. La commande git svn inclut une option intitulée --authors-prog, qui pointe sur un script qui transforme automatiquement les noms d'utilisateur SVN en auteurs Git.La commande git svn inclut une option intitulée --authors-prog, qui pointe sur un script qui transforme automatiquement les noms d'utilisateur SVN en auteurs Git. Vous aurez besoin de configurer ce script pour qu'il accepte le nom d'utilisateur SVN comme son argument unique et retourner une ligne unique sous la forme Nom (exactement comme le côté droit du fichier d'auteurs existant). Vous aurez besoin de configurer ce script pour qu'il accepte le nom d'utilisateur SVN comme son argument unique et retourner une ligne unique sous la forme Nom (exactement comme le côté droit du fichier d'auteurs existant). Vous aurez besoin de configurer ce script pour qu'il accepte le nom d'utilisateur SVN comme son argument unique et retourner une ligne unique sous la forme Nom (exactement comme le côté droit du fichier d'auteurs existant). Cette option peut être très utile si vous avez besoin d'ajouter périodiquement de nouveaux développeurs à votre projet.

Si vous voulez utiliser l'option --authors-prog, créez un fichier nommé authors.sh Si vous voulez utiliser l'option --authors-prog, créez un fichier nommé authors.sh Si vous voulez utiliser l'option --authors-prog, créez un fichier nommé authors.sh Si vous voulez utiliser l'option --authors-prog, créez un fichier nommé authors.shSi vous voulez utiliser l'option --authors-prog, créez un fichier nommé authors.shoption dans ~/GitMigration. option dans ~/GitMigration. option dans ~/GitMigration. Ajoutez la ligne suivante à authors.sh pour retourner un nom et un email Git génériques pour tout auteur qui n'a pas été trouvé dans authors.txt. Ajoutez la ligne suivante à authors.sh pour retourner un nom et un email Git génériques pour tout auteur qui n'a pas été trouvé dans authors.txt. Ajoutez la ligne suivante à authors.sh pour retourner un nom et un email Git génériques pour tout auteur qui n'a pas été trouvé dans authors.txt. Ajoutez la ligne suivante à authors.sh pour retourner un nom et un email Git génériques pour tout auteur qui n'a pas été trouvé dans authors.txt.Ajoutez la ligne suivante à authors.sh pour retourner un nom et un email Git génériques pour tout auteur qui n'a pas été trouvé dans authors.txt.

Une fois de plus, ceci ne va générer qu'un nom et une adresse email génériques basés sur le nom d'utilisateur SVN, aussi n'hésitez pas à le modifier si vous le souhaitez.

À la différence de SVN, Git établit une distinction entre le fait de télécharger des commits en amont et de les intégrer dans le projet. À la différence de SVN, Git établit une distinction entre le fait de télécharger des commits en amont et de les intégrer dans le projet. À la différence de SVN, Git établit une distinction entre le fait de télécharger des commits en amont et de les intégrer dans le projet. A la différence de SVN, Git établit une distinction entre le fait de télécharger des commits en amont et de les intégrer dans le projet. À la différence de SVN, Git établit une distinction entre le fait de télécharger des commits en amont et de les intégrer dans le projet. La première manipulation est appelée «aller chercher» ou fetching, tandis que la dernière peut être accomplie à l'aide de la fusion ou d'un changement de base. Dans le répertoire ~/GitMigration, exécutez la commande suivante pour aller chercher tous les nouveaux commits depuis le référentiel SVN original. Dans le répertoire ~/GitMigration, exécutez la commande suivante pour aller chercher tous les nouveaux commits depuis le référentiel SVN original. Dans le répertoire ~/GitMigration, exécutez la commande suivante pour aller chercher tous les nouveaux commits depuis le référentiel SVN original.

Ceci est similaire à la commande git svn clone de la phase précédente en ce qu'elle ne fait que mettre à jour les branches à distance du référentiel Git. Les branches locales ne reflètent aucune des mises à jour pour l'instant. Ceci est similaire à la commande git svn clone de la phase précédente en ce qu'elle ne fait que mettre à jour les branches à distance du référentiel Git. Les branches locales ne reflètent aucune des mises à jour pour l'instant. Ceci est similaire à la commande git svn clone de la phase précédente en ce qu'elle ne fait que mettre à jour les branches à distance du référentiel Git. Les branches locales ne reflètent aucune des mises à jour pour l'instant. Vos branches à distance, d'autre part, devraient correspondre exactement à l'historique du référentiel de SN.

Si vous utilisez l'option --authors-prog, vous devez l'inclure dans la commande ci-dessus de la manière suivante : Si vous utilisez l'option --authors-prog, vous devez l'inclure dans la commande ci-dessus de la manière suivante : Si vous utilisez l'option --authors-prog, vous devez l'inclure dans la commande ci-dessus de la manière suivante :

Pour appliquer les commits téléchargés sur le dépôt, exécutez la commande suivante :

Ceci effectuera un changement de base des commits récupérés sur vos branches locales afin qu'elles correspondent à leurs contreparties à distance. Vous devriez maintenant être capables de voir les nouveaux commits dans votre journal git. Vous devriez maintenant être capables de voir les nouveaux commits dans votre journal git. Vous devriez maintenant être capables de voir les nouveaux commits dans votre journal git.

C'est également une bonne idée d'exécuter le script git-clean à nouveau pour éliminer toutes les balises ou branches obsolètes qui ont été supprimées du référentiel SVN original depuis la dernière synchronisation. C'est également une bonne idée d'exécuter le script git-clean à nouveau pour éliminer toutes les étiquettes ou branches obsolètes qui ont été supprimées du référentiel SVN original depuis la dernière synchronisation. C'est également une bonne idée d'exécuter le script git-clean à nouveau pour éliminer toutes les étiquettes ou branches obsolètes qui ont été supprimées du référentiel SVN original depuis la dernière synchronisation.

Votre dépôt Git devrait maintenant être synchronisé avec votre dépôt SVN.

Pendant cette période de transition, il est très important que vos développeurs n'effectuent des commits que vers le dépôt SVN original. Les seules actualisations du dépôt Git doivent se faire au travers du processus de synchronisation mentionné ci-dessus. Ce système est bien plus facile à gérer qu'un workflow de synchronisation bi-directionnel, mais il vous permet de commencer à intégrer Git dans votre processus de développement.