Partager via


Partager du code avec Push

Azure DevOps Services | Azure DevOps Server 2022 | Azure DevOps Server 2019

Visual Studio 2019 | Visual Studio 2022

Vous pouvez partager votre travail sur une branche de référentiel Git locale en chargeant vos modifications dans un référentiel distant auquel d’autres personnes peuvent accéder. La commande Git Push charge de nouvelles validations de votre branche locale vers la branche correspondante d’un référentiel distant. Visual Studio utilise la commande push lorsque vous choisissez de synchroniser votre travail avec un référentiel distant.

Pour obtenir une vue d’ensemble du flux de travail Git, consultez le tutoriel Git Azure Repos.

Envoyer (push) votre code

Une fois une ou plusieurs validations ajoutées à une branche locale, vous pouvez « pousser » les validations vers une branche distante pour partager ou sauvegarder votre travail. Lorsque vous utilisez la commande push, Git vérifie si votre branche locale est à jour avec la branche distante. Si ce n’est pas le cas, Git vous empêche d’envoyer de nouvelles validations jusqu’à la mise à jour de votre branche locale. Pour résoudre ce problème, vous pouvez tirer (pull) pour obtenir les validations de branche distante absentes de votre branche locale. Si les validations distantes extraites entrent en conflit avec vos validations locales, essayez de résoudre ces conflits avant d’envoyer vos modifications.

Pour que la commande Git Push fonctionne, votre référentiel local doit être connecté à un référentiel Git distant. Si vous avez cloné votre référentiel local à partir d’un référentiel distant, ils sont déjà connectés. Mais si vous avez créé votre référentiel local sans clonage, vous devez le connecter à un référentiel Git hébergé. Pour plus d’informations, consultez Se connecter à un référentiel Git Azure Repos et Se connecter à un référentiel GitHub.

Conseil

Pour prendre en charge une révision de requête de tirage de votre travail, évitez de travailler directement dans la main branche de votre référentiel local. Au lieu de cela, enregistrez vos validations dans une branche locale de fonctionnalité ou de correction de bogues, puis transférez (push) cette branche à la fin de votre travail. Pour obtenir une vue d’ensemble du flux de travail Git, consultez le tutoriel Git Azure Repos.

Visual Studio 2022 offre une expérience de contrôle de version Git à l’aide du menu Git, des modifications Git et des menus contextuels dans l’Explorateur de solutions. Visual Studio 2019 version 16.8 offre également l’interface utilisateur Git de Team Explorer. Pour plus d’informations, consultez l’onglet Visual Studio 2019 - Team Explorer.

Dans la fenêtre Modifications Git, sélectionnez le bouton push d’une flèche vers le haut pour envoyer votre validation.

Capture d’écran du bouton d’envoi (push) de flèche vers le haut dans la fenêtre « Modifications Git » de Visual Studio.

Vous pouvez également envoyer (push) votre validation à partir de la fenêtre Référentiel Git. Pour ouvrir la fenêtre Référentiel Git, sélectionnez le lien sortant/entrant dans la fenêtre Modifications Git.

Capture d’écran du lien « sortant / entrant » dans la fenêtre « Modifications Git » et du lien Envoyer (push) dans la fenêtre « Référentiel Git » de Visual Studio.

Vous pouvez également envoyer (push) vos modifications à partir du menu Git de la barre de menus.

Capture d’écran de l’option Envoyer (push) à partir du menu Git dans Visual Studio.

Une fois que vous avez envoyé (push) vos validations, vous pouvez créer une requête de tirage (pull request ) pour informer les autres utilisateurs que vous souhaitez que vos modifications soient examinées. Si elles sont approuvées, vos modifications seront fusionnées dans une branche cible du référentiel distant.

Étapes suivantes