Une fois que vous avez fini d’écrire votre code, vous êtes prêt à envoyer vos changements sur votre dépôt Git, en ligne.
Allez dans la fenêtre Modifications Git pour voir la liste de tous les fichiers modifiés.
Les fichiers modifiés sont actuellement sous l'onglet Modifications. Il va falloir indexer les fichiers que vous souhaitez voir apparaître dans la prochaine version de votre code, à l'aide du bouton + qui apparaît à droite des fichiers lorsque vous passez la souris au-dessus. Les fichiers sélectionnés vont être déplacés vers l'onglet Changements indexés.
Comme vous pouvez le constater, toute modification nécessite un commentaire (appelé "Message de validation" sur Visual Studio), sur ce qui a été modifié, et pour quelle raison. Ces détails seront très utiles lorsque vous aurez à consulter l’historique des changements, ou si vous partagez le code avec votre équipe.
Une fois que vous avez écrit votre commentaire, vous pouvez cliquer sur le menu déroulant Valider les changements indexés.
Ce menu vous propose de choisir entre différentes actions :
valider les changements indexés : sauvegarde les changements sur votre dépôt local ;
valider les changements indexés et pousser : sauvegarde les changements sur vos dépôts en local et en ligne ;
valider les changements indexés et synchroniser :
sauvegarde les changements sur votre dépôt local,
récupère les mises à jour éventuelles du dépôt en ligne,
sauvegarde les changements sur votre dépôt en ligne.
Dans quelles situations dois-je choisir une action plutôt qu’une autre ?
Utilisez Indexer tout lorsque vous faites un certain nombre de modifications que vous ne souhaitez pas perdre. Envoyer les changements vers le dépôt local signifie que vous marquez une étape dans ces changements, et que vous les considérez de qualité suffisante à un moment donné : vous créez un historique des modifications.
Si vous faites une erreur, ou si vous avez besoin de récupérer un changement antérieur, vous pouvez consulter l’historique pour récupérer ce dont vous avez besoin.
Cependant, si un problème arrivait à votre ordinateur, ou que vous travailliez depuis l’ordinateur d’une autre personne, vous pouvez à tout moment perdre cet historique, et, plus important, le code associé. C’est pourquoi vous allez le plus souvent utiliser Valider les changements indexés et pousser, pour créer votre historique, mais surtout le sauvegarder sur votre dépôt en ligne. De cette manière, vous pourrez récupérer le code depuis n’importe où, et le protéger en cas de problème technique avec votre ordinateur.
Enfin, utilisez Valider les changements indexés et synchroniser lorsque vous travaillez à plusieurs sur une même application. De cette manière, vous récupérerez les changements de vos collaborateurs en local, et leur enverrez vos changements. Attention cependant à toujours bien récupérer d’abord leurs changements (“synchroniser”) avant d’envoyer les vôtres (“pousser”). Cela vous évitera beaucoup de conflits.
La vidéo ci-dessous vous montre plus en détail ces différentes actions.
En résumé :
chaque fichier modifié apparaît dans la fenêtre Modifications Git ;
pour chaque envoi de changement intermédiaire (ou “commit”), un commentaire doit détailler quels changements ont été faits, et pourquoi ;
il existe trois types d’actions :
valider les changements indexés : sauvegarde les changements sur votre dépôt local,
valider les changements indexés et pousser : sauvegarde les changements sur vos dépôts en local et en ligne,
valider les changements indexés et synchroniser :
sauvegarde les changements sur votre dépôt local,
récupère les mises à jour éventuelles du dépôt en ligne,
sauvegarde les changements sur votre dépôt en ligne.
Félicitations !
Vous êtes arrivé à la fin de ce cours. Ce fut un plaisir de vous initier à Visual Studio !
N'oubliez pas de réaliser les exercices de fin de partie, ils vous permettront de valider les compétences suivantes :
identifier les avantages de l'IDE Visual Studio ;
configurer un projet sur Visual Studio Community Edition ;
utiliser Visual Studio avec Git et GitHub.
Maintenant que vous connaissez un peu mieux cet outil, vous êtes davantage en mesure de comprendre pourquoi il s’agit d’un outil indispensable pour tous vos projets de développement, que vous travailliez seul ou en équipe !
