Buenos dias lectores del blog del programador, como dije en una entrada previa estoy volviendo a escribir, y el día de hoy voy a comenzar con una serie de entradas que tratan sobr egit, a modo "capacitación" luego de haber presentado todas las entradas voy a publicar los papers correspondientes.
Git es un sistema de control de código para ordenar las distintas versiones de un código en su desarrollo, fué diseñado para desarrollar Linux, y está enfocado al desarrollo organizado por parte de múltiples programadores.
En la introducción de git estaremos explicando cómo manejar un repositorio de forma unipersonal, luego en el paper de profundización de git, estaremos explicando las mecánicas de trabajo por parte de múltiples programadores.
Necesidades de un control de versiones
La pregunta que muchos se podrían hacer, y que van a descubrir su respuesta cuando comienzen a trabajar con git, es ¿por qué necesitamos un sistema de control de versiones?, el desarrollo de software como se dijo en varias ocaciones es una actividad intelectual en la que interactúan distintos componentes y faces, uno tiene una idea, la diseña, la programa, y luego la refina sucesivamente mejorando el código hasta crear una versión estable RC (Release Candidate), en cada fase podríamos pensar que el código está en una versión específica y a medida que avanza, también avanza sus versiones. Hay distintas formas de versionar los códigos, en general se usa el versionado separado por puntos (4.3.2) en general [Major].[Minor].[Micro] los numeros aumentan dependiendo de cuan grande sea los cambios desde la versión anterior hasta la actual. Generalmente para pequeños fixes y reparaciones se aumenta un digito de Micro, cuando son cambios relativamente grandes, cambios de funcionalidad, novedades, y atraviesan varias partes del código, se aumenta un digito al Minor, luego si hablamos de grandes cambios, (incluso cambios de estructura general), podemos aumentar un valor al Major, para organizar todas las versiones del código, es decir para poder controlar los cambios en qué archivos, en que version, y no mezclar todo existen los sistemas de control de versiones, tales como Git, Mercurial, etc.
Un sistema de control de versiones nos ayudará a tener el código ordenado y saber exactamente qué cambios hicimos, cuando los hicimos, como los hicimos y a qué archivos o partes del código afectaron.
Git particulamente es bastante interesantes, un proyecto libre, que tiene interesantes ventajas (que explicaremos más adelante, mientras tanto pueden buscarlas), asique es el que elegiremos para llevar a cabo esta capacitación.
Por otra parte Github es una página que provee de repositorios gratuitos donde subir tus códigos utilizando Git, sin embargo hay otras páginas como bitbucket que son pagas pero que te permiten tener repositorios privados para proyectos no opensource.
Recomendamos revisar GIT en wikipedia.
Un saludo para todos los lectores y espero sigan visitando el blog a la espera de nuevas entradas respecto a git, websocket, criterios de calidad, sistemas operativos, diseño, paradigmas, entre otros.
Soy amante de la programación, me gusta ver y crear cosas nuevas... Me gusta el metal, rock, y también daftpunk jajaja