Cómo planificar comandos Git según el estado del repositorio.
El plan de comandos Git debe partir del estado del repositorio y el resultado deseado. Explica los comandos destructivos y prioriza pasos revisables cuando sea posible.
Adapta el flujo de trabajo a tu tarea.
Parte del estado del repositorio y del resultado deseado y propón comandos con sus efectos y puntos de revisión. Separa la inspección de los cambios e identifica operaciones que puedan descartar o reescribir trabajo.
- Qué aportas
- Tarea del repositorio y descripción del estado actual.
- Qué obtienes
- Plan de comandos explicado con pasos destructivos claramente marcados.
Mira la entrada y el resultado.
Entrada y salida ilustrativas · ejemplo didáctico, no una ejecución de WebAct en directo
Ejemplo campo
Generate read-only Git commands to inspect uncommitted changes before preparing a commit.
Ejemplo completo
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.
Carga esta entrada en el prompt y cópialo en WebAct para probar la tarea. Tu resultado puede diferir del ejemplo.
Decisiones y solución de problemas.
¿Debe un plan Git asumir que todos los cambios sin confirmar pertenecen a una tarea?
Examina primero las diferencias y el estado del repositorio. Añade al área de preparación solo el trabajo destinado al commit, sin asumir que todos los archivos están relacionados.
¿Por qué un comando sugerido afecta a más historial o archivos de lo previsto?
Revisa el destino, las opciones y la rama actual antes de ejecutarlo. Los comandos Git dependen del estado, además de la sintaxis.
Pruébalo con tu propia fuente.
Sustituye el ejemplo por tu material en el prompt. Conserva los requisitos que necesites y copia la tarea en WebAct.
Personalizar y copiar la tarea ↑