Git & Version Control

Générateur de commandes GitComprendre avant d’exécuter

Choisissez un modèle ou examinez une commande unique. Relisez ses arguments et ses effets avant de la copier.

Générateur de commandes Git

Paramètres ou commande

Aperçu de la commande

git status

Les guillemets ciblent les shells POSIX : sh, Bash, zsh et Git Bash. Vérifiez le dépôt avant toute exécution.

status

Affiche les changements suivis et non suivis sans les enregistrer dans un commit.

Lecture du dépôt lors de l’exécution ; aucun dépôt n’est inspecté ici.

Traitement dans ce navigateur, sans exécution, accès au dépôt ni requête réseau.

Options

Aperçu prêt. Aucune commande exécutée.

Le Générateur de commandes Git sert lorsque vous connaissez le but sans vous souvenir du drapeau : limiter un clone, dessiner l’historique ou examiner les changements indexés. L’aperçu initial reste une simple lecture avec git status.

Un aide-mémoire Git donne des exemples figés. Ici, vos noms de branche, chemins et messages apparaissent dans le résultat, accompagnés de leur signification. Une syntaxe acceptée ne prouve pas que votre dépôt se trouve dans le bon état pour l’exécuter.

Pourquoi ce Générateur de commandes Git ?

Conserver les arguments entiers

Le Générateur de commandes Git utilise les guillemets POSIX pour préserver espaces et apostrophes dans une valeur. Les chemins sont séparés des options lorsque nécessaire. Git peut toutefois interpréter leurs jokers : empêcher l’expansion du shell ne transforme pas un motif en nom de fichier littéral.

Des blocs de paramètres distincts forment un aperçu de commande.

Lire les conséquences au même endroit

L’explication présente l’opération, les paramètres et le risque. Un reset hard ou un push avec lease garde son avertissement même lorsque la saisie est valide. Vous pouvez ainsi examiner la différence entre une commande reconnue et une action adaptée à votre situation.

Une commande est décomposée en paramètres ; un bloc risqué porte un symbole d’avertissement.

Trois vérifications avant de copier

01

Choisir la base de comparaison

Diff compare les fichiers de travail à l’index par défaut. L’option des changements indexés compare l’index à HEAD ; une révision explicite remplace la base. Le champ de chemin limite la comparaison à un motif Git.

02

Décider du moment de l’actualisation

L’aperçu attend 350 ms après la dernière modification. Désactivez l’automatisme pour afficher le bouton principal, ou utilisez Ctrl/Cmd + Enter. La copie est désactivée dès que la saisie rend le résultat obsolète.

03

Examiner les remplacements et les étapes

L’exemple et l’effacement affichent d’abord les champs concernés et leur nombre. Après application, un retour arrière restaure saisie et résultat. Les recettes se lisent ligne par ligne ; vérifiez chaque résultat dans votre terminal avant de continuer.

Des opérations courantes, expliquées précisément

Dix modèles ciblés

status, clone, log, diff, switch, add, commit, fetch, push et reset sont disponibles. Réglez la profondeur et la branche du clone, le nombre de commits ou le graphe de log. Les valeurs d’un autre modèle ne deviennent pas des options étrangères à la commande.

Une analyse au périmètre explicite

L’analyse accepte une commande avec les options visibles. --staged et --cached ont le même sens. Les drapeaux inconnus, répétitions, guillemets ouverts et arguments superflus interrompent le résultat, au lieu de produire une explication partielle présentée comme complète.

Trois parcours lisibles

Examiner : status, diff, log. Créer une branche : status, switch -c, status. Préparer un commit : status, add, commit. Le choix conserve les champs saisis, mais n’exécute aucune étape et ne vérifie pas les préconditions de la suivante.

Limites à connaître avant le terminal

Aucune connaissance du dépôt
Branches, commits, conflits, permissions, hooks et configuration ne sont pas inspectés. L’outil n’installe pas Git et n’exécute rien. Son annulation ne concerne que les remplacements dans la page, jamais une opération lancée ailleurs.
Une syntaxe POSIX restreinte
PowerShell et CMD ne sont pas couverts. Scripts, pipes, redirections, expansions, alias et options globales Git sont refusés. Les modèles de merge, rebase, clean, push avec --force simple et suppression distante sont exclus.
Des limites mesurables
La commande à expliquer accepte 8 192 caractères ; chaque champ, 2 048. Contrôles et Unicode invalide sont rejetés. Le nombre facultatif de commits va de 1 à 1000, la profondeur à 1000000 ; un nombre vide n’ajoute pas de limite à Git.
Adresses et références simples
Clone accepte HTTPS sans identifiants, SSH sans mot de passe et user@host:path, mais pas les chemins locaux ni les assistants distants. Les branches utilisent des noms ASCII ordinaires et les révisions peuvent ajouter ~ ou ^. Aucune résolution de référence complexe ou existante n’est effectuée.
La validation ne supprime pas le danger
Soft déplace HEAD ; mixed réinitialise aussi l’index. Hard peut perdre des modifications et des chemins non suivis gênants. Force-with-lease peut remplacer l’historique distant ; un fetch en arrière-plan peut affaiblir sa protection. Aucune récupération n’est garantie.

Générateur de commandes Git : questions fréquentes

Une commande générée peut-elle faire perdre des données ?

Oui. Un reset hard peut abandonner des modifications non enregistrées et un push avec lease peut réécrire une branche distante. L’outil affiche ces risques mais ne connaît pas votre dépôt. Vérifiez le travail à conserver avant toute exécution.

Comment remplacer les paramètres par ma branche ou mon fichier ?

Utilisez les champs du modèle. Les valeurs sont citées pour rester des arguments uniques ; les branches suivent une syntaxe ASCII restreinte. Un chemin demeure un motif Git, avec les règles de correspondance propres à Git.

Les valeurs saisies sont-elles transmises à un serveur ?

Non. Aucune saisie n’est transmise à un service d’analyse. Il n’y a ni historique enregistré ni lien partagé contenant vos valeurs. La copie vers le presse-papiers résulte uniquement de votre clic.

Comment annuler le dernier commit git mais garder mes modifications ?

Pour un dernier commit non partagé, git reset --soft HEAD~1 déplace la référence tout en conservant l’index et les fichiers. Le mode mixed conserve les fichiers mais désindexe les changements. Vérifiez l’historique avant de choisir ; un commit déjà partagé demande une décision de collaboration.

Quelle différence entre git reset, git revert et git restore ?

Git reset déplace la référence et peut modifier index et fichiers. Git revert crée un commit inverse. Git restore restaure des chemins dans le travail ou l’index selon ses options. Seul reset possède un modèle ici ; ces commandes ne sont pas interchangeables.

La syntaxe diffère-t-elle de la documentation de votre appareil ?

Revenir à une commande comprise

Le Générateur de commandes Git vous permet de repartir d’une lecture du statut. Examinez ensuite la branche, les chemins et chaque paramètre avant de copier la version actuelle.