MarkNode intègre une prise en charge native de Git : vous pouvez suivre les modifications, valider et synchroniser avec un dépôt distant sans quitter l’éditeur.
Détection automatique du dépôt
Lorsque vous ouvrez un dossier en tant que projet, MarkNode vérifie s’il contient un dépôt Git. Si c’est le cas, les fonctionnalités Git s’activent automatiquement — aucune configuration n’est requise. Si le dossier n’est pas un dépôt Git, les fonctionnalités Git restent masquées.
Barre d’état
La barre d’état en bas de la fenêtre affiche votre contexte Git actuel d’un coup d’œil :
- Nom de la branche — la branche actuellement extraite
- Nombre de modifications — le nombre de fichiers modifiés, ajoutés ou supprimés. Ce nombre est cliquable : cliquez dessus pour ouvrir le panneau Contrôle de source.
L’indicateur de branche se met à jour en temps réel. Si vous changez de branche depuis le terminal ou un autre outil, la barre d’état reflète le changement sans nécessiter de rechargement. Pour les compteurs d’avance/retard et toutes les actions Git, utilisez le panneau Contrôle de source décrit ci-dessous.
Le panneau Contrôle de source
Toutes les actions Git se trouvent dans le panneau Contrôle de source — une vue en barre latérale inspirée du modèle Source Control familier des éditeurs comme VS Code. Ouvrez-le depuis l’icône Contrôle de source dans la barre de navigation (elle apparaît après Fichiers récents, uniquement lorsque le projet est un dépôt Git) ou appuyez sur Cmd+Shift+K sur macOS ou Ctrl+Shift+K sur Windows et Linux.
Le panneau rassemble tout au même endroit, sans boîte de dialogue modale bloquant votre éditeur :
- En-tête — le nom de la branche actuelle et le nombre de commits d’avance/retard par rapport au dépôt distant
- Fichiers modifiés — regroupés en Modifications indexées et Modifications (non indexées), chaque entrée affichant le nom du fichier, son chemin et une lettre d’état
- Actions en ligne — survolez un fichier pour l’indexer ou le désindexer ; l’en-tête Modifications propose une action Tout indexer et l’en-tête Modifications indexées une action Tout désindexer
- Zone de validation — un champ de message et un bouton Valider, activé une fois que vous avez indexé des fichiers et rédigé un message
- Barre d’outils — les actions Récupérer, Publier et Actualiser
Indicateurs d’état des fichiers
L’explorateur de fichiers colore le nom de chaque fichier pour indiquer son état Git :
| État | Signification |
|---|---|
| Modifié | Le fichier comporte des modifications non encore validées |
| Ajouté | Un nouveau fichier qui a été indexé |
| Non suivi | Un nouveau fichier pas encore indexé |
| Supprimé | Un fichier suivi qui a été supprimé |
| Renommé | Un fichier suivi qui a été déplacé ou renommé |
| Conflit | Le fichier comporte des conflits de fusion à résoudre |
L’état se propage vers le haut dans l’arborescence des dossiers — si un fichier d’un dossier comporte des modifications, le nom du dossier parent est également coloré (en retenant l’état le plus prioritaire). Cela vous permet de repérer les zones modifiées de votre projet sans déplier chaque répertoire.
Validation des modifications
La validation s’effectue directement dans le panneau Contrôle de source — il n’y a pas de boîte de dialogue séparée :
- Indexez les fichiers que vous souhaitez inclure en survolant chacun d’eux et en cliquant sur l’action d’indexation, ou utilisez Tout indexer dans l’en-tête de section.
- Rédigez un message de validation dans le champ prévu à cet effet.
- Cliquez sur Valider.
MarkNode exécute la validation sur votre dépôt local, vide le champ de message et met à jour la liste des fichiers ainsi que le nombre de modifications dans la barre d’état. Si la validation échoue — par exemple si un hook de pre-commit la rejette — le panneau affiche l’erreur et conserve votre message de validation afin que vous puissiez réessayer.
Récupérer et publier
Les actions Publier et Récupérer se trouvent dans la barre d’outils du panneau Contrôle de source.
- Récupérer récupère les derniers commits du dépôt distant et les fusionne dans votre branche actuelle
- Publier envoie vos commits locaux vers le dépôt distant
Si la publication est rejetée (par exemple parce que le dépôt distant contient des commits que vous n’avez pas en local), vous devrez d’abord récupérer les modifications et résoudre les éventuels conflits avant de publier à nouveau.
Fichiers modifiés en dehors de MarkNode
Si vous modifiez des fichiers depuis le terminal ou un autre éditeur, MarkNode détecte les changements et recharge automatiquement les fichiers concernés. Vous n’avez pas besoin d’actualiser manuellement l’éditeur ou l’explorateur de fichiers.
Cela s’applique également aux opérations Git : l’exécution de git checkout, git merge ou de toute commande qui modifie les fichiers de la copie de travail se répercute immédiatement dans l’éditeur.