Artículos de la categoría "git":

Control de versiones

Ya he hablado sobre el control de versiones en varias ocasiones en el blog. A los lectores habituales, que creo que los hay (aunque sigo sin entender muy bien por qué) ya les sonará el haber leído algo sobre esto. Sin embargo, hoy va a ser un artículo muy introductorio. No sé exactamente cuándo publicaré este post y es posible que cuando estés leyendo este escrito, ya haya comenzado un curso de programación para alumnos de la E.S.O.¹. Este año es el primero, aunque ya he hecho cursos sobre robótica en el mismo centro. Tengo pensado también preparar contenido sobre el control de versiones. Por lo tanto, es un artículo muy básico, con muchas definiciones de conceptos y poca práctica para que sirva de lectura introductoria a mis chicos. Te lo puedes saltar, si ya sabes de qué va, pero si nunca has utilizado un control de versiones o estás empezando a hacerlo, lo mismo te viene bien aprender unos pocos conceptos básicos, porque luego, cada herramienta hace de su capa un sayo y llama a las cosas como se le ocurre al iluminado que crea la herramienta.

Aprende Git como si fueras psicólogo

Ya sé, no soy muy original en el título. El fondo del asunto es que tras pelearnos con las bases de LaTeX la pregunta fue: «¿Y cómo haces para saber cuándo se ha cambiado algo y quién lo ha hecho si el trabajo es en equipo?» Mi respuesta es que no sólo cuando trabajo en equipo, también cuando trabajo solo, hay ocasiones en que es aconsejable llevar un control de los cambios que se hacen sobre un proyecto. Este mismo problema lo tienen los programadores en su trabajo y lo vienen resolviendo desde hace décadas con herramientas que se llaman control de versiones. De éstas, la que uso últimamente es Git, ─lo pronuncio como guit, con g suave─, que es uno de los más potentes, aunque tenga fama de difícil. También puedes utilizar fossil. Ambos dan para otro minicurso de los míos, pero quiero ser breve y ya he hablado en alguna ocasión de cómo uso git y lo puedes encontrar en el blog. Perdóname que no repita contenido. Lee este artículo, si estás interesado en git y después lee atentamente los que te recomiendo a continuación. El objetivo de este artículo no es que aprendas a manejar un control de versiones como un profesional, sino que sepas que existen este tipo de programas y que también hay entornos gráficos para ellos.

Repositorio de código en codeberg.org

Hace unos días leí un artículo del amigo Victorhck, sobre https://codeberg.org que me hizo probarlo. Supongo que a estas alturas la mayoría conocéis Github y Gitlab, algunos menos BitBucket y habéis echado en falta algún repositorio de esos que verdaderamente sea libre. Pues eso, es precisamente codeberg.org. Se financian a través de donaciones que puedes hacer en su página web y también por liberapay.

Usando «magit»

Ya he hablado otras veces por aquí de git y cómo, a estas alturas, se ha convertido en una herramienta indispensable para mí. La verdad es que ahora prácticamente no utilizo la línea de comandos para usarlo. La mayor parte de las cosas que hago orbitan alrededor de emacs y git ha caído también en esa órbita.

Un poco más sobre magit

Hace tiempo que vengo usando magit como una de esas cosas que proporciona Emacs para facilitarnos la vida. Aún hace más tiempo que, también, vengo tropezando con git y aunque lo uso para casi todo, mi torpeza habitual evita que termine de entender exactamente cómo funciona y cómo puedo aprovecharlo del todo. Por otro lado, también he de confesar que desconozco muchos de sus comandos y posibilidades. Sin embargo, con el uso normal que vengo haciendo últimamente de git he ido aprendiendo algunas pocas cosas. Con uso normal me refiero a que últimamente lo estoy utilizando que para lo que fue diseñado: para gestionar el código y sus versiones, con sus ramas de desarrollo y demás chismáticos.

Cómo estoy utilizando git

Dada mi torpeza habitual git es uno de esas herramientas que se me atraviesan. Y además, no es por falta de uso o de empeño. De hecho lo utilizo con bastante asiduidad en los proyectos que voy emprendiendo y que se convierten en vaporware la mayoría. Cuando creo que tengo dominada la bestia meto el cuezo en algún momento y git me lo devuelve (doblado). Como muchas veces tengo que estar mirando mis chuletas de cómo usarlo (y algunas veces no las tengo a mano) por eso, voy a ponerlo en limpio en este artículo.

Cómo estoy utilizando git (II)

Hoy voy con la segunda parte, que no entró en el artículo de ayer. El tema iba con las ramas y los repositorios. Hasta ahora todo ha ido bien, entre otras cosas porque sólo se han hecho las modificaciones desde un repositorio y así nunca hay conflictos, pero ¿qué ocurre si hay un conflicto al hacer un commit?