Partager du code avec Push

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

Visual Studio 2019 | Visual Studio 2022

Vous pouvez partager votre travail sur une branche de dépôt Git locale en chargeant vos modifications dans un référentiel distant auquel d’autres utilisateurs peuvent accéder. La commande git push charge de nouveaux commits de votre branche locale vers la branche correspondante d’un dépôt 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 didacticiel Git Azure Repos.

Prerequisites

Catégorie	Spécifications
Accès au projet	Membre d’un projet.
Permissions	- Afficher le code dans des projets privés : au moins un accès niveau de base. - Clonez ou contribuez au code de projets privés : membre du groupe de sécurité "Contributeurs" ou disposant des autorisations correspondantes dans le projet. - Définir des autorisations de branche ou de référentiel : les autorisations de gestion sont des autorisations pour la branche ou le référentiel. - Modifier la branche par défaut : les politiques d'édition sont des autorisations pour le référentiel. - Importez un référentiel : membre du groupe de sécurité Administrateurs de projet ou détenteur de l’autorisation Créer un référentiel au niveau du projet Git avec la permission Autoriser. Pour plus d’informations, consultez Définir des autorisations de dépôt Git.
Services	Dépôts activés.
Outils	Optional. Utilisez az repos : Azure DevOps CLI.

Note

Dans les projets publics, les utilisateurs disposant d’un accès aux parties prenantes ont un accès complet à Azure Repos, notamment l’affichage, le clonage et la contribution au code.

Envoyer (push) votre code

Une fois que vous avez ajouté une ou plusieurs validations à une branche locale, vous pouvez « envoyer ( push ») 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’à ce que vous ayez mis à jour votre branche locale. Pour résoudre ce problème, vous pouvez tirer pour récupérer les validations de la branche distante qui ne sont pas présentes dans votre branche locale. Si les validations distantes extraites sont en conflit avec vos validations locales, essayez de résoudre ces conflits avant d’envoyer vos modifications.

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

Conseil / Astuce

Pour prendre en charge une révision de pull request de votre travail, évitez de travailler directement dans la main branche de votre dépôt local. Au lieu de cela, enregistrez vos validations dans une branche de fonctionnalité locale ou une branche de correction de bogues, puis envoyez cette branche à l’achèvement de votre travail. Pour obtenir une vue d’ensemble du flux de travail Git, consultez le didacticiel Git Azure Repos.

Visual Studio 2022

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 team Explorer . Pour plus d’informations, consultez l’onglet Visual Studio 2019 - Team Explorer .

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

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

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

Visual Studio 2019 - Menu Git

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 d’envoi de flèche vers le haut pour pousser votre validation.

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

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

Visual Studio 2019 - Team Explorer

Visual Studio 2019 version 16.8 et versions ultérieures fournit une expérience de contrôle de version Git tout en conservant l’interface utilisateur Git team Explorer . Pour utiliser Team Explorer, décochez Outils>Options>Aperçu fonctionnalités>Nouvelle expérience utilisateur Git dans la barre de menus. Vous pouvez utiliser des fonctionnalités Git à partir de l’une ou l’autre des interfaces de façon interchangeable.

1. Dans Team Explorer, sélectionnez Accueil , puis cliquez sur Synchroniser pour ouvrir la synchronisation.

   

   Vous pouvez également accéder à la vue Synchronisation à partir des modifications en choisissant Synchroniser immédiatement après avoir effectué une validation.

   

2. Dans la vue Synchronisation , choisissez Push pour charger votre validation dans le référentiel distant. S’il s’agit de votre première transmission (push) vers le dépôt, le message suivant s’affiche : The current branch does not track a remote branch..., ce qui vous permet de savoir que votre validation a été envoyée à une nouvelle branche sur le référentiel distant et que les validations futures envoyées à partir de la branche actuelle seront chargées vers cette branche distante.

   

Ligne de commande Git

Bien que vous deviez rarement envoyer (push) une branche locale vers une branche distante nommée différemment, vous pouvez le faire à l’aide de la commande Git push complète :

git push <remote repo> <local branch name>:<remote branch name>

Pour envoyer (push) de nouvelles validations de votre branche locale vers une branche distante nommée identique, exécutez la commande Push simplifiée suivante. Si le dépôt distant n’a pas de branche portant le même nom, cette commande créera une nouvelle branche distante avec le même nom et les mêmes commits que votre branche locale.

git push <remote repo> <local branch name>

Lorsque vous clonez un référentiel distant, Git attribue l’alias origin comme 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’alias origin . Pour ajouter l’alias origin manuellement, exécutez git remote add origin <remote repo url>. Avec l’alias origin , vous pouvez simplifier davantage la commande Push :

git push origin <local branch name>

Pour envoyer (push) de nouvelles validations de votre branche locale actuelle vers une branche distante nommée identique, exécutez la commande Push simplifiée suivante. Si le dépôt distant n’a pas de branche nommée identique, cette commande échoue.

git push origin

Si votre branche locale actuelle effectue le suivi d’une branche distante sur origin, vous pouvez entièrement abréger la commande de 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 de suivi de vos branches. Pour envoyer (push) et définir votre branche locale actuelle pour suivre la branche distante nommée identique sur origin, exécutez git push --set-upstream origin <local branch name> une seule fois. L’indicateur --set-upstream crée une branche distante nommée identique si elle n’existe pas.

Lorsqu'on travaille sur une branche locale de fonctionnalité (ou de correction 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 dont vous procédez ainsi, les historiques de validation local et distant de votre branche de fonctionnalité peuvent différer de sorte que la commande Push Git retourne une erreur. Si vous êtes la seule personne qui envoie (push) à la branche de fonctionnalité distante et que vous êtes sûr que votre branche de fonctionnalité locale contient tout le travail dont vous avez besoin, vous pouvez utiliser la commande Push Git avec l’indicateur --force pour remplacer toutes les validations sur la branche de fonctionnalité distante par les validations de votre branche de fonctionnalité locale. Pour plus d’informations sur la commande Push Git, y compris d’autres force options, consultez le manuel de référence Git.

Une fois que vous avez envoyé vos validations, vous pouvez créer une pull request pour informer les autres que vous souhaitez faire examiner vos modifications. Si elles sont approuvées, vos modifications seront fusionnées dans une branche cible du dépôt distant.

Étapes suivantes

Passer en revue le code avec les pull requestsMettre à jour le code avec fetch et pull

Articles connexes

• Nouveautés des dépôts Git ? Learn more