Cuando importo un parche usando hg import, el comando a veces crea archivos .rej.¿Cuál es la forma más eficiente de manejar rechazos de "importación de hg"?
Cuando se produce un conflicto, ¿hay alguna manera de iniciar automáticamente la herramienta de combinación visual en lugar de crear los archivos .rej?
En caso negativo, ¿cuál es el flujo de trabajo más eficiente para procesar los archivos .rej?
No es exactamente la respuesta que busca fo, r pero lo ideal es evitar los archivos .rej mejorando el flujo de trabajo para evitar la necesidad de utilizar import.
Estos son algunos usos comunes para import y mejores alternativas para cada caso:
import (o transplant que se acaba de exportar seguido por import) para mover los cambios de una rama a otra sin mover todo lo demás en esa rama, en su lugar podría estar usando merge si hubiera sido más cuidadoso con respecto a cuál era el padre de ese conjunto de cambios para mover. Hindsight es 20/20, por supuesto, pero cuando sea posible haga un hg update al primer padre posible del cambio que está realizando (por ejemplo, corregir errores en un conjunto de cambios hijo del conjunto de cambios que introdujo el error) entonces solo ancestros de la solución es un conjunto de cambios que existe en cualquier lugar donde exista la falla, y usted guarda con seguridad pull y merge en cualquier lugar donde exista la falla sin llevar nada consigo - o se necesita import.pull. Entonces solo necesitará merge en su trabajo.No hay nada malo con import pero cuando sea posible preferir un pull y merge y con un poco de previsión por lo general puede hacerlo posible.
Estoy de acuerdo. No se puede iniciar correctamente una herramienta diff con un archivo .rej solo, o con un parche para ese asunto. Simplemente no hay suficiente información allí. Lo que realmente necesita saber es qué conjunto de cambios particular se supone que se aplicará el parche. Entonces, teóricamente podrías escribir un script para presentar una combinación. – user37078