Merge Conflict
Conflicto de fusión
Un conflicto de fusión ocurre cuando Git no puede combinar de manera segura cambios que compiten por sí mismo. Una persona o herramienta debe elegir el resultado final previsto.
Otro ejemplo
Dos ramas cambiaron la misma línea de precios de manera diferente. Un desarrollador aprende ambos objetivos, escribe un resultado claro, lo prepara y ejecuta pruebas. Solo eliminar las marcas de conflicto sin verificar el comportamiento no resuelve el conflicto.
Partes principales
- 01versión base
- 02cambios en competencia
- 03resultado resuelto
Úsalo cuando
Usa este término cuando merge, rebase, cherry-pick o revert no pueden elegir un resultado automáticamente.
No lo uses cuando
No llames a cada comando de Git fallido un conflicto de merge, y no resuelvas uno sin entender el propósito del código.
Nombre usado en código
ours + base + theirs → resolved result Antes de lanzarlo
Before publishing, check the exact repository, branch, target, and diff. Keep unpublished work. Pass review and CI checks. Record conflict and data-loss risks, release order, traceability, recovery, and rollback.
Outcome: Complete the task with Conflicto de fusión (Merge Conflict). User context: Dos ramas cambiaron la misma línea de precios de manera diferente. Un desarrollador aprende ambos objetivos, escribe un resultado claro, lo prepara y ejecuta pruebas. Solo eliminar las marcas de conflicto sin verificar el comportamiento no resuelve el conflicto. Delivery concept or operation: Conflicto de fusión (Merge Conflict). Why it fits: Usa este término cuando merge, rebase, cherry-pick o revert no pueden elegir un resultado automáticamente. Do not use it when: No llames a cada comando de Git fallido un conflicto de merge, y no resuelvas uno sin entender el propósito del código. Delivery requirements: Name the code repository and target. List preconditions, changes, review and CI checks, conflict and data-loss risks, release order, and the rollback or recovery command. Repository safeguards: Keep unpublished work and a clear history. Do not run destructive steps without an explicit backup. Check the exact code diff and remote target before publishing. Acceptance criteria: Review the intended diff and pass all required checks. Keep the target version traceable. Practice failure recovery and keep published history clear. Evidence and limits (evidence boundary): Es oficial para esa fuente. Otras plataformas o equipos pueden usar el término de otra manera. Unknowns to confirm: Repository, branch, team activity, release environment, approval owner, protected checks, and rollback target.
Revisa esta petición
Review how Conflicto de fusión (Merge Conflict) is used now. Definition: Un conflicto de fusión ocurre cuando Git no puede combinar de manera segura cambios que compiten por sí mismo. Una persona o herramienta debe elegir el resultado final previsto. Release checks: Before publishing, check the exact repository, branch, target, and diff. Keep unpublished work. Pass review and CI checks. Record conflict and data-loss risks, release order, traceability, recovery, and rollback. Before changing code, list the evidence, gaps, severity, and the smallest safe fix.