Synchronisation des configurations entre plusieurs PC à l'aide de Git

Travailler avec plusieurs ordinateurs simultanément C'est devenu monnaie courante : un ordinateur de bureau puissant à la maison, un ordinateur portable pour les déplacements, et peut-être même un troisième ordinateur au bureau. Le problème se pose lorsqu'on souhaite conserver la même configuration, les mêmes projets et la même version de code sur tous ces appareils sans avoir à copier des dossiers sur une clé USB ou à s'envoyer des fichiers ZIP par e-mail.

Si cette situation vous semble familière avoir un ordinateur de bureau sur lequel vous pouvez programmer à votre guiseSi vous souhaitez acheter un nouvel ordinateur portable pour poursuivre vos projets et que vous ne savez pas comment synchroniser vos données, Git et GitHub (ou d'autres plateformes distantes) sont la solution idéale. Le principe est simple : disposer d'un dépôt central dans le cloud auquel toutes vos équipes se connectent pour télécharger et téléverser les modifications, garantissant ainsi la cohérence du code et de certaines configurations.

Que signifie synchroniser les configurations et le code entre plusieurs PC avec Git ?

Lorsque nous parlons de « synchronisation de la configuration et du code » entre votre ordinateur de bureau et votre ordinateur portable (ou entre Windows et macOS), nous faisons en réalité référence à deux choses différentes mais liées : d’une part, vos fichiers de projet (code, ressources, documentation) et d’autre part, la configuration que vous utilisez pour travailler (paramètres de l’éditeur, modèles, scripts, fichiers de configuration, etc.).

Git est principalement destiné à versionnage et partage du code sourceMais avec un peu d'organisation, vous pouvez aussi l'utiliser pour répliquer certaines configurations entre machines, à condition qu'il s'agisse de fichiers dans un dossier de projet ou dans des référentiels de configuration spécifiques (par exemple, un référentiel de fichiers de configuration contenant vos paramètres). terminal, alias, etc.).

Dans un scénario typique, vous aurez un PC de bureau à la maison avec votre environnement de développement intégré (IDE), vos projets et vos dépôts déjà configurés, et vous souhaitez que votre ordinateur portable professionnel dispose de la même configuration. exactement les mêmes dépôtsavec la même branche principale et les mêmes modifications. Ainsi, vous pouvez modifier le code dans l'un ou l'autre dépôt, valider les modifications et synchroniser via GitHub ou un autre dépôt distant.

Il est également fréquent de se demander s'il faut utiliser même utilisateur et même adresse e-mail Git est configuré sur toutes les machines. Pour que GitHub associe correctement vos commits à votre compte, l'adresse e-mail configurée sur chaque machine doit correspondre à celle enregistrée dans votre profil GitHub. Le nom peut varier, mais l'adresse e-mail est essentielle pour lier tous les éléments à votre compte.

En résumé, l'objectif est de vous permettre d'ouvrir votre projet sur votre ordinateur de bureau, de le fermer, de partir avec votre ordinateur portable, de continuer à programmer, et qu'à votre retour, votre ordinateur principal reçoive les modifications sans conflit, en conservant toujours l'intégralité du projet. une seule « source de vérité » du code à distance.

Configurez Git correctement sur chaque appareil

Avant de commencer à cloner des dépôts et à effectuer des commitsIl est essentiel que Git soit correctement configuré sur toutes les machines que vous utiliserez. Cela inclut l'installation de Git, la configuration de votre nom d'utilisateur et de votre adresse e-mail, et, si vous utilisez GitHub, la vérification de la cohérence de votre identité et du bon fonctionnement de vos identifiants.

La première est installer Git sur chaque système d'exploitationUne fois installé, ouvrez la console (Terminal sur macOS ou Linux, PowerShell ou Git Bash sous Windows) et configurez vos données utilisateur avec ces commandes:

git config –global user.name « Votre nom »
git config –global user.email “votre-email@example.com”

Ce qui est vraiment important, c'est que L'adresse e-mail doit être la même que celle que vous avez sur GitHub.Car c'est ainsi que GitHub associe vos commits à votre compte. Le nom est plus flexible : vous pourriez même choisir des noms différents pour chaque équipe, bien qu'en pratique, cela n'ait pas beaucoup de sens si vous êtes la seule personne à travailler sur le projet. Il est préférable d'utiliser systématiquement le même nom afin que l'historique soit clair et cohérent.

Si vous avez le moindre doute sur votre configuration, vous pouvez exécuter :

git config –liste

Cette commande affichera une liste contenant votre nom d'utilisateur, votre adresse e-mail et d'autres options globales et locales. Si vous constatez une erreur (par exemple, une adresse e-mail contenant une faute de frappe), vous pouvez Répétez les commandes précédentes. pour corriger ce problème. Il est conseillé de vérifier cela sur tous vos appareils, surtout lorsque vous achetez un nouvel ordinateur portable.

De plus, la console Git Son fonctionnement est pratiquement identique sous Windows, macOS et Linux.Cela signifie que les commandes que vous apprenez sur votre ordinateur Windows fonctionneront également si vous utilisez macOS ou une distribution Linux sur votre ordinateur portable. L'essentiel est de vous familiariser avec le flux de travail de base (ajouter, valider, pousser, récupérer) et de veiller à la cohérence de votre configuration.

Comment partager le même dépôt entre un ordinateur de bureau et un ordinateur portable ?

Si vous avez déjà créé le projet sur votre ordinateur de bureau Vous l'avez téléchargé sur GitHub ; il ne vous reste plus qu'à connecter votre ordinateur portable pour qu'il puisse accéder à ce même dépôt. Beaucoup de personnes se retrouvent bloquées juste après le premier envoi vers le dépôt distant, ne sachant pas comment poursuivre depuis une autre machine.

L'idée est très simple : sur l'ordinateur portable, vous n'allez pas créer un nouveau dépôt, mais plutôt… clonez celui qui existe déjà sur GitHubCela crée une copie complète de l'historique et des fichiers sur votre deuxième ordinateur, la télécommande étant déjà configurée.

Sur votre ordinateur portable, accédez au dossier où vous souhaitez enregistrer le projet et exécutez :

git clone https://github.com/tu-usuario/tu-repo.git

Après cette commande, vous aurez un dossier votre-repo avec le code et l'historique complet. À partir de là, le flux sera identique pour les deux équipes : vous apportez des modifications, vous utilisez git ajouter pour sélectionner des fichiers, git commet enregistrer les modifications et git push pour les envoyer au serveur distant. Sur l'autre ordinateur, vous exécuterez la commande suivante : git pull pour intégrer ces nouveaux commits.

Si vous débutez avec Git, il est normal d'être un peu perdu au début face à la différence entre clone, pull et push. Gardez à l'esprit que La commande `git clone` n'est exécutée qu'une seule fois par machine.Lors de votre première connexion au dépôt, utilisez `pull` pour télécharger les modifications et `push` pour y ajouter les vôtres. Ensuite, pour chaque synchronisation, utilisez `pull` pour télécharger les modifications et `push` pour y ajouter les vôtres.

Travaillez pour plusieurs équipes sans négliger votre propre travail

L'une des craintes les plus courantes lors de l'utilisation de plusieurs PC Il y a le risque d'écraser involontairement votre travail. Heureusement, Git est conçu précisément pour éviter ce genre de mésaventure, à condition de respecter quelques règles de base et de prendre l'habitude de faire des commits clairs.

En règle générale, avant de commencer à coder sur l'un de vos ordinateurs, il est conseillé de faire un git pull Dans la branche sur laquelle vous travaillerez, ajoutez les modifications. Cela vous garantit d'avoir la dernière version du dépôt distant et minimise les conflits. Ensuite, programmez comme d'habitude, ajoutez les fichiers modifiés et validez les modifications avec un message descriptif.

Il est fortement recommandé Vos messages de commit doivent clairement expliquer ce que vous avez modifié.Imaginez-vous dans deux semaines, essayant de comprendre pourquoi vous avez fait telle ou telle chose. Des messages comme « modifications diverses » ou « améliorations mineures » ne sont d'aucune aide. Préférez des informations telles que « correction d'un bug lors de la compilation sous Windows » ou « ajout d'une synchronisation automatique entre ordinateurs ».

Lorsque vous terminez une séance de travail à domicile, vous faites git push pour téléverser les modifications. Lorsque vous arrivez au travail, vous allumez votre ordinateur portable et vous faites git pull Et vous continuerez à partir de là. Le processus inverse est exactement le même : vous travaillez sur votre ordinateur portable, vous effectuez une opération de push, et chez vous, vous effectuez une opération de pull avant de poursuivre.

Les conflits surviennent lorsque vous modifiez les mêmes lignes d'un fichier à deux endroits différents sans synchronisation. Git vous avertit et vous invite à résoudre le conflit manuellement. Ce n'est pas un problème majeur, mais mieux vaut s'y habituer. Synchroniser avant de commencer et à la finCela vous arrivera moins souvent.

Certaines personnes envisagent d'utiliser des noms d'utilisateur différents sur chaque appareil pour « savoir quel PC a effectué chaque modification ». Techniquement, c'est possible, mais en pratique, c'est généralement plus un inconvénient qu'une aide. Si vous gérez tout vous-même, vous utiliserez généralement… le même nom partout et que les détails de l'appareil ne sont pas d'une réelle importance pour le projet.

Synchronisation quasi temps réel : est-il possible d'éviter autant d'interventions manuelles ?

Quand on s'habitue à travailler dans deux systèmes très différentspar exemple, développer du code dans un Mac Mais lors de la compilation et du test du jeu sur un PC Windows, vous pourriez commencer à vous agacer de devoir constamment pousser d'un côté et tirer de l'autre manuellement.

Git lui-même est conçu pour un synchronisation expliciteAutrement dit, vous devez exécuter les commandes vous-même. Cela ne fonctionne pas comme un dossier Dropbox qui se met à jour automatiquement lorsque vous enregistrez une modification. Cependant, il existe des solutions. Ruses et des outils qui peuvent vous rapprocher d'une synchronisation en direct.

Une option que de nombreux développeurs envisagent est d'utiliser les services de stockage dans le cloud (Drive, Dropbox, OneDrive) pour synchroniser directement le dossier contenant le dépôt. Cela peut fonctionner, mais Ce n'est pas le plus recommandécar ces services ne comprennent pas la logique interne de Git et, dans certains cas, pourraient corrompre le dépôt en cas de modifications simultanées ou d'utilisation simultanée de plusieurs fichiers.

Si vous prévoyez de programmer sur Mac tandis que le jeu ne fonctionne que sous Windows, vous pouvez avoir le dépôt principal sur votre PC et utiliser Git comme simple passerelle entre les machines. Vous effectuez vos commits sur le Mac, vous les envoyez vers un dépôt distant (par exemple, GitHub ou un dépôt privé sur votre réseau local), et sur le PC, vous automatisez la récupération des modifications, par exemple avec un outil de configuration. scénario qui s'exécute périodiquement ou via une tâche planifiée qui vérifie les nouvelles modifications.

Par exemple, vous pouvez créer un script sous Windows qui exécute les opérations suivantes toutes les quelques minutes :

git récupérer l'origine
git pull origin main

Ainsi, chaque fois que vous enregistrez vos modifications sur le Mac, que vous les validez et que vous les envoyez, le PC terminera également. Téléchargement automatique de la dernière version Après un court laps de temps. Ce n'est pas aussi instantané qu'un dossier magique qui se met à jour automatiquement, mais c'est presque aussi efficace et cela évite la corvée répétitive d'aller constamment sur la console du PC pour récupérer la branche.

Dans tous les cas, n'oubliez pas que Git a toujours besoin de commits cohérents.Même si vous automatisez une partie du processus de synchronisation, il est conseillé de maintenir la discipline consistant à regrouper les modifications logiques dans chaque commit et à consulter l'historique de temps à autre pour s'assurer que tout est cohérent.

Synchronisation de l'équipe de travail uniquement vs. synchronisation des organisations et des équipes sur GitHub

Jusqu'à présent, nous nous sommes concentrés sur l'utilisation individuelle de GitAutrement dit, vous, avec vos ordinateurs et vos projets personnels. Mais GitHub propose une autre forme de « synchronisation » qui, bien que portant un nom similaire, est conçue pour les grandes organisations, les entreprises et les équipes : la synchronisation d’équipe avec des groupes provenant d’un fournisseur d’identité (IdP).

Lorsque la synchronisation d'équipe est activée dans une organisation GitHub, il est possible de lier une équipe GitHub à un groupe d'utilisateurs défini dans votre fournisseur d'identité (Par exemple, Azure AD, Okta, etc.). Dès que la connexion est établie, toute modification d'appartenance au groupe du fournisseur d'identité est automatiquement répercutée dans GitHub : si un utilisateur rejoint ou quitte le groupe dans le fournisseur d'identité, il est ajouté ou retiré de l'équipe correspondante dans GitHub.

Cela réduit la nécessité de mettre à jour manuellement la liste des membres de l'équipe sur GitHub ou de maintenir des scripts personnalisés pour automatiser cette tâche. Vous pouvez même attribuer le même groupe IdP à plusieurs équipes GitHubC'est très pratique si vous partagez les mêmes développeurs sur différents dépôts ou zones d'un projet.

Une fois une équipe GitHub connectée à un groupe de fournisseur d'identité, la gestion des ajouts et suppressions de membres doit se faire exclusivement via ce fournisseur. Il n'est donc plus possible de gérer manuellement les appartenances aux équipes directement dans GitHub ; toute modification doit passer par le système d'identité central.

Toutefois, certaines limitations doivent être prises en compte. Par exemple, Les équipes parentales ne peuvent pas se synchroniser directement avec les groupes IdP.Si l'équipe qui vous intéresse est configurée comme équipe parente au sein de la hiérarchie GitHub, vous devrez soit créer une nouvelle équipe sans relations imbriquées, soit réorganiser cette hiérarchie pour supprimer le statut parent avant de pouvoir la lier au fournisseur d'identité.

Autre point important : la synchronisation d’équipe ne crée pas automatiquement d’équipes dans GitHub lors de la création de groupes dans le fournisseur d’identité, même si le provisionnement SCIM est configuré. Pour que la connexion fonctionne, l’équipe doit… existent d'abord au sein de l'organisation GitHubEnsuite, vous liez le dépôt au groupe. Bien que l'ajout et la suppression de membres soient gérés par le fournisseur d'identité, l'accès de ces équipes à chaque dépôt (autorisations de lecture, d'écriture, d'administration, etc.) est toujours configuré depuis GitHub.

En bref : cette fonction de synchronisation est fantastique pour organisations moyennes ou grandes Avec de nombreux utilisateurs, il est fastidieux de gérer individuellement l'appartenance de chacun à une équipe. Cependant, la synchronisation de code et de configuration entre vos propres ordinateurs est très différente ; il s'agit de couches de synchronisation complémentaires, mais conçues pour des besoins différents.

Étapes pratiques pour pouvoir travailler sur le même projet depuis un ordinateur de bureau et un ordinateur portable

Si vous êtes complètement novice en matière de Git Et si vous venez de suivre un tutoriel où vous avez créé le dépôt sur votre ordinateur de bureau, effectué votre premier commit et l'avez téléchargé sur GitHub, il est normal que vous ne sachiez pas quelle est la prochaine étape pour avoir le même projet sur votre ordinateur portable.

La séquence générale à suivre est la suivante : sur votre ordinateur de bureau, vous créez le projet (ou le convertissez en dépôt avec git init), vous effectuez vos premières modifications, vous les ajoutez, vous les validez, puis vous vous connectez à GitHub (avec git remote ajouter l'origine) et vous poussez les modifications sur la branche principale. C'est généralement à ce stade que s'arrêtent de nombreux tutoriels pour débutants.

Sur votre ordinateur portable, comme nous l'avons vu précédemment, il vous suffit de… cloner le dépôt depuis GitHub J'utilise `git clone`. Dès lors, l'ordinateur de bureau et l'ordinateur portable partagent le même dépôt distant et la même branche principale. Le reste est une question de discipline : avant de travailler, on effectue un `pull`, après, un `push`.

Si vous avez déjà essayé d'autres solutions (sans vraiment savoir quel système choisir) et que vous utilisez un mélange de dossiers, de sauvegardes manuelles et de services cloud, vous avez peut-être créé une situation un peu confuse. La meilleure stratégie consiste généralement à choisir une solution centrale unique (par exemple, GitHub avec Git) et nettoyer le reste des méthodes de fortune pour éviter que différentes versions du même projet ne soient mélangées à différents endroits.

En tant que développeur indépendant, vous pouvez parfaitement travailler sur plusieurs ordinateurs en utilisant Git et un fournisseur à distance gratuit. Plans gratuits Pour les dépôts privés comme publics, plusieurs services sont disponibles, offrant largement assez de fonctionnalités pour un développeur. Leurs différences résident dans la facilité d'intégration avec vos outils, votre interface web préférée et les fonctionnalités supplémentaires (gestion des problèmes, CI/CD, etc.), mais tous remplissent le rôle d'un dépôt distant pour la synchronisation de vos équipes.

N'oubliez pas non plus que vous n'êtes pas obligé d'utiliser une interface graphique si vous préférez la console, même si de nombreux environnements de développement intégrés (IDE) modernes (tels que Visual Studio, VS Code, IntelliJ, etc.) intègrent la prise en charge de Git. Plus précisément, dans le cas de Visual Studio 2022 sous Windows, vous pouvez Effectuez des commits, des push et des pulls directement depuis l'IDE.Cela rend le processus moins fastidieux si vous ne souhaitez pas constamment accéder au terminal.

Au final, l'essentiel est que vous compreniez le concept : La télécommande fait office de point central C'est là que convergent les modifications que vous effectuez depuis vos différents ordinateurs. Tant que vous respectez ce flux (extraction avant de travailler, envoi une fois terminé, messages de validation clairs), vous pouvez passer d'une machine à l'autre en toute tranquillité, sachant que vous utilisez toujours la dernière version.

Grâce à tout cela, la synchronisation des configurations et du code entre plusieurs PC à l'aide de Git devient tout à fait gérable : Vous avez correctement configuré votre utilisateur sur chaque machine.Vous utilisez un serveur distant de confiance comme outil principal de travail, vous choisissez un flux de travail manuel ou automatisé pour les extractions de données et, si vous travaillez en entreprise, vous vous appuyez sur la synchronisation d'équipe avec le fournisseur d'identité pour gérer les accès de manière centralisée. Une fois ces principes assimilés, passer d'un ordinateur de bureau à un ordinateur portable ou de Windows à Mac devient un jeu d'enfant : il suffit de valider, de déployer et de reprendre votre travail là où vous l'aviez laissé.