Décrire l’inner source avec des fourches
Vous dupliquez un dépôt quand vous voulez modifier le code qu’il contient et que vous ne disposez pas d’un accès en écriture à ce dépôt.
Si vous n’avez pas d’accès en écriture, cela signifie que vous ne faites pas partie de l’équipe qui contribue à ce dépôt. Alors pourquoi en modifier le code ?
Nous avons tendance à chercher des raisons techniques pour améliorer quelque chose dans notre travail.
Vous pouvez trouver une meilleure façon d’implémenter la solution ou d’en améliorer le fonctionnement en contribuant à une fonctionnalité existante ou en l’améliorant.
Vous pouvez dupliquer des dépôts dans les cas suivants :
- Vous souhaitez effectuer une modification.
- Je trouve le projet passionnant et je souhaite l’utiliser.
- Vous souhaitez utiliser du code de ce dépôt comme point de départ pour votre projet.
Les équipes logicielles sont encouragées à contribuer à l’ensemble des projets en interne et pas seulement à leurs propres projets logiciels.
Les fourches offrent un excellent moyen de promouvoir une culture d’open source interne.
Les fourches ont été récemment ajoutées aux dépôts Git Azure DevOps.
Cette méthode vous apprend à dupliquer un dépôt existant et à partager des modifications en amont par le biais d’une demande de tirage.
Préparation
Au départ, une fourche inclut tout le contenu du dépôt en amont (d’origine) correspondant.
Quand vous créez une fourche dans Azure DevOps, vous pouvez inclure toutes les branches ou vous limiter à la branche par défaut.
Une fourche ne copie pas les autorisations, les stratégies ou les définitions de build du dépôt dupliqué.
Après la création d’une fourche, les nouveaux fichiers, dossiers et branches ne sont pas partagés entre les dépôts, sauf si vous lancez une demande de tirage.
Les demandes de tirage sont prises en charge dans les deux sens : de la fourche vers le dépôt en amont et inversement.
Pour une demande de tirage, le sens de la fourche vers le dépôt en amont représente l’approche la plus courante.
Comment procéder
Choisissez le bouton Duplication (fork) (1), puis sélectionnez le projet où vous voulez créer la fourche (2). Donnez un nom à votre fourche, puis choisissez le bouton Fourche (3).
Quand votre fourche est prête, clonez-la à l’aide de la ligne de commande ou d’un IDE comme Visual Studio. La fourche sera votre dépôt distant d’origine. Pour des raisons pratiques, il sera utile d’ajouter le dépôt en amont (origine de la duplication) comme dépôt distant nommé upstream. Dans la ligne de commande, tapez :
git remote add upstream {upstream_url}Il est possible de travailler directement dans la branche main : cette fourche est votre copie du dépôt. Toutefois, nous vous recommandons de continuer à travailler dans une branche de rubrique. Ceci vous permet de gérer simultanément plusieurs flux de travail indépendants. En outre, ceci réduit la confusion quand vous voudrez synchroniser les modifications dans votre fourche. Effectuez et validez vos modifications comme vous le faites habituellement. Quand vous avez terminé les modifications, envoyez-les à l’origine (votre fourche).
Ouvrez une demande de tirage à partir de votre fourche vers le dépôt en amont. Le dépôt en amont va appliquer toutes les stratégies nécessaires pour les réviseurs et les builds. Quand toutes les stratégies sont satisfaites, la demande de tirage peut être exécutée et les modifications sont intégrées de façon permanente au dépôt en amont :
Quand votre demande de tirage est acceptée en amont, vous devez vérifier que votre fourche reflète l’état le plus récent du dépôt. Nous vous recommandons de vous baser de nouveau sur la branche primaire du dépôt en amont (en supposant qu’il s’agit de la branche de développement primaire). Sur la ligne de commande, exécutez :
git fetch upstream main git rebase upstream/main git push origin
Pour plus d’informations sur Git, consultez :