Planifier les commandes Git selon l’état du dépôt.
Un plan Git doit partir de l’état du dépôt et du résultat souhaité. Expliquez les commandes destructrices et privilégiez des étapes vérifiables si possible.
Adaptez le processus à votre tâche.
Partez de l’état du dépôt et du résultat voulu, puis proposez les commandes avec effets et points de vérification. Séparez inspection et modifications et identifiez les opérations pouvant supprimer ou réécrire du travail.
- Ce que vous fournissez
- Tâche du dépôt et description de l’état actuel.
- Ce que vous obtenez
- Plan de commandes expliqué avec étapes destructrices clairement signalées.
Consultez les données et le résultat.
Entrée et sortie illustratives · exemple pédagogique, pas une exécution WebAct en direct
Exemple champ
Generate read-only Git commands to inspect uncommitted changes before preparing a commit.
Exemple complet
git status --short git diff git diff --staged Review: status includes untracked paths; git diff shows unstaged tracked-file changes; git diff --staged shows staged changes. Untracked file contents require separate inspection. None of these commands stages or commits files.
Chargez ces données dans le prompt, puis copiez-le dans WebAct pour essayer la tâche. Votre résultat peut différer de l'illustration.
Décisions et dépannage.
Un plan Git doit-il supposer que toutes les modifications non commitées appartiennent à une tâche ?
Examinez d’abord le diff et l’état du dépôt. Indexez seulement le travail destiné au commit sans considérer chaque fichier comme automatiquement lié.
Pourquoi une commande proposée affecte-t-elle plus d’historique ou de fichiers que prévu ?
Vérifiez cible, options et branche actuelle avant l’exécution. Les commandes Git dépendent de l’état autant que de la syntaxe.
Essayez avec votre propre source.
Remplacez l'exemple par vos données dans le prompt. Gardez les exigences nécessaires, puis copiez la tâche dans WebAct.
Personnaliser et copier la tâche ↑