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.
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.
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.
Vous pouvez également envoyer (push) vos modifications à partir du menu Git de la barre de menus.
Visual Studio 2019 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.
Dans la fenêtre Modifications Git, sélectionnez le bouton push d’une flèche vers le haut pour envoyer votre validation.
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.
Vous pouvez également envoyer (push) vos modifications à partir du menu Git de la barre de menus.
Visual Studio 2019 version 16.8 et versions ultérieures fournit une expérience de gestion de version Git tout en conservant l’interface utilisateur Git de Team Explorer. Pour utiliser Team Explorer, décochez Outils>Options>Fonctionnalités en préversion>Nouvelle expérience utilisateur Git dans la barre du menu. Vous pouvez exercer les fonctionnalités Git à partir de l’une ou l’autre interface de manière interchangeable.
Dans Team Explorer, sélectionnez Accueil et choisissez Synchroniser pour ouvrir l’affichage Synchronisation.
Vous pouvez également accéder à la vue Synchronisation à partir de Modifications en choisissant Synchroniser immédiatement après avoir effectué une validation.
Dans l’affichage Synchronisation, choisissez Envoyer (push) pour charger votre validation dans le référentiel distant. S’il s’agit de votre premier envoi (push) vers le référentiel, vous verrez le message : The current branch does not track a remote branch..., qui vous indique que votre validation a été envoyée (push) à une nouvelle branche sur le référentiel distant et que les validations ultérieures envoyées (push) à partir de la branche actuelle seront chargées vers cette branche distante.
Bien que vous devez rarement envoyer (push) une branche locale vers une branche distante nommée différemment, vous pouvez le faire à l’aide de la commande Push Git non abrégée :
Pour envoyer (push) de nouvelles validations de votre branche locale vers une branche distante nommée du même nom, exécutez la commande push simplifiée suivante. Si le référentiel distant n’a aucune branche portant le même nom, cette commande crée une branche distante portant le même nom et les mêmes validations que votre branche locale.
git push <remote repo> <local branch name>
Lorsque vous clonez un référentiel distant, Git affecte l’alias origin en tant que raccourci pour l’URL du référentiel distant que vous avez cloné. Exécutez git remote -v pour vérifier la valeur de l’aliasorigin. Pour ajouter l’alias origin manuellement, exécutez git remote add origin <remote repo url>. Avec l’aliasorigin, vous pouvez simplifier davantage la commande d’envoi (push) :
git push origin <local branch name>
Pour envoyer (push) de nouvelles validations de votre branche locale actuelle vers une branche distante nommée du même nom, exécutez la commande push simplifiée suivante. Si le référentiel distant n’a aucune branche portant le même nom, cette commande échoue.
git push origin
Si votre branche locale actuelle effectue le suivi d’une branche distante sur origin, vous pouvez totalement abréger la commande d’envoi (push) :
git push
Toutefois, la commande Push entièrement abrégée échoue si votre branche locale ne suit pas une branche distante. Exécutez git remote show origin pour vérifier le statut suivi de vos branches. Pour envoyer (push) et, définissez votre branche locale actuelle afin de suivre la branche distante portant le même nom sur origin, exécutez git push --set-upstream origin <local branch name> une seule fois. L’indicateur --set-upstream crée une branche distante portant le même nom si elle n’existe pas.
Lors de l’utilisation d’une branche de fonctionnalité locale (ou d’un correctif de bogue), il est courant de mettre à jour régulièrement votre branche avec les dernières modifications de la branche main. Selon la façon employée, les historiques de validation local et distant de votre branche de fonctionnalité peuvent diverger de sorte que la commande d’envoi (push) Git renvoie une erreur. Si vous êtes la seule personne à envoyer (push) vers la branche de fonctionnalité distante et que vous êtes sûr que votre branche de fonctionnalité local contient tout le travail dont vous avez besoin, vous pouvez utiliser la commande d’envoi (push) Git avec l’indicateur --force pour remplacer toutes les validations sur la branche de fonctionnalité distante par les validations de votre branche locale de fonctionnalité. Pour plus d’informations sur la commande Git Push, y compris d’autres options force, consultez le manuel de référence Git.
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.
