Desarrollo

No versiones archivos ajenos al proyecto

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.

Modificando el mensaje de varios commits con un único comando

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:

Navegando por la parrilla de los espacios de trabajo

Algo que recuerdo tedioso de mi época de probar distintas distribuciones de Linux es configurar los atajos de teclado. I3 es la primera opción a valorar para quienes tocan el ratón lo mínimo e imprescindible, pero Gnome ha avanzado bastante en este aspecto, y, como es el entorno de escritorio que uso actualmente, te voy a comentar como he configurado en él los espacios de trabajo.

En mi distribución de Linux, Manjaro, pulsando la tecla Super (habitualmente ilustrada con una ventana, y conocida como tecla Win en Windows) dispones de un buscador en el sistema operativo. Si comienzas a teclear el nombre de la aplicación Add/Remove Software, la verás sugerida y seleccionable en un instante. En esta aplicación dispones de la posibilidad de buscar paquetes de software haciendo click en el icono de la lupa. Ahí, únicamente teclea Workspaces grid y te aparecerán distintas opciones para construir una parrilla con tus escritorios. Yo personalmente estoy usando Gnome shell vsmatrix.

Manjaro y la conexión wifi

Pues no estaba equivocado respecto a la instalación de Manjaro, no. Ha sido mucho más rápido que montar Arch y, tras probarlo, tengo que decir que estoy bastante contento con las opciones de configuración y administración que ofrece. Únicamente he tenido una experiencia negativa hasta el momento de escribir esto, y es que al hacer un escaner de las redes wifi ¡No podía ver ninguna red wifi disponible! Así que tocó investigar un poco. La solución pasaba por desactivar los módulos rtw88 y rtwpci, que fueron instalados junto al kernel, y que no funionaban correctamente con mi tarjeta rtl8822be. Para ello los tenía que añadir a la blacklist del kernel, y atendiendo a la documentación de Arch, lo hice añadiendo estas líneas al archivo /etc/modprobe.d/blacklist.conf que yo mismo tuve que crear: