El título de esta entrada suena realmente lógico y no merece profundizar más en él, pero ¿Cómo puedes hacerlo? El problema es que en ocasiones, en la carpeta del proyecto, guardas archivos de configuración que si bien no son propios del proyecto, sí que son necesarios, y resulta cómodo tenerlos en dicha ubicación. Desde mi punto de vista, las configuraciones de los distintos IDEs son el caso más común de esto que te comento.
Sin duda, Git es una herramienta potentísima para el control de versiones, y conocer bien su funcionamiento nos facilita muchísimo el trabajo a la hora de escribir, probar y corregir código. Algunas de sus funcionalidades, las más avanzadas, son menos usadas y, por ello, tienden a conocerse menos. Algo que me obliga a ir a la documentación de Git de cuando en cuado es la necesidad de modificar el mensaje en varios commits. Recuerdo que la primera vez que lo necesité fue cuando, en un daily (reunión diaria típica de la metodología Scrum) un compañero nos pidió al resto que los mensajes de todos los commits comenzaran con el número de issue (es algo así como un número de ticket en Jira). En ese momento yo estaba terminando un feature con más de 10 commits, y pensé que hacerlo de uno en uno, usando reword en un rebase interactivo, sería muy tedioso. Ahora, si estoy programando algo y aún no tengo ese número de issue, uso un placeholder para recordar que tengo que poner el número de issue en el lugar que ocupa, y una vez que dispongo de dicho número, uso el siguiente comando de Git, filter-branch:
