Saltar al contenido

驴C贸mo Administrar Branches en GIT?

10 junio, 2019

Si eres un programador, o estar interesado en realizar tu proyecto utilizando las herramientas brindadas por GIT. Entonces sin duda has llegado a escuchar o habr谩s le铆do en alg煤n rinc贸n de internet sobre los Branches. Estos son una herramienta bastante particular y realmente 煤til al momento de trabajar en GIT.

Los Branches son ramificaciones en el almac茅n o tambi茅n llamado repositorio de nuestro proyecto. Entendi茅ndose mediante otras palabras, un Branch es simplemente otro camino a tomar por nuestro proyecto, diferente al principal. Permitiendo as铆 a sus usuarios poder realizar actividades o pruebas que no afectar铆an directamente al proyecto. Sino que, sirven como ensayo para poder comprobar que el c贸digo redactado sea funcional para que el c贸digo redactado sea funcional, estos sirven como ensayo. En el caso de que no haya funcionado, simplemente se descartar铆a dicho c贸digo sin haber afectado al producto inicial. Ahora, en los siguientes p谩rrafos se te explicar谩 las razones y formas de usar los Branch.

驴Por qu茅 Estamos Utilizando Branches?

Si eres un usuario habitual de GIT, probablemente te hayas dado cuenta de que no resulta indispensable el uso de Branches. Esto se debe a que cuando se maneja un solo Branch y las actividades se est谩n realizando por una sola persona. No es necesario manejar m煤ltiples Branches.

Pero, este caso puede verse modificado, varias personas pueden estar incluidas en el desarrollo. O incluso, pueden estar en necesidad de realizar una prueba que pueda da帽ar la estructura del proyecto. En este caso en el que se realizar谩n 鈥trys鈥 de caracter铆sticas experimentales, puede llegar a ser necesaria la implementaci贸n de Branches.

Realmente algunos de los usuarios de GIT pueden a afirmar que lo correcto ser铆a realizar un fork del proyecto que se est谩 llevando a cabo. Y a continuaci贸n, implementar las medidas experimentales para ver su resultado. Para despu茅s incluir esta mejora en el fork anteriormente realizado o descartarla en el caso de ser contraproducente.

S铆, realmente esta es una medida viable, pero de igual manera resulta en un trabajo bastante largo y probablemente innecesario. Debido a que con solo incluir un nuevo Branch dentro del proyecto podremos experimentar tanto como queramos. Y en el caso de que los cambios realizados no sean de nuestro agrado, no pasa nada, simplemente no unimos los Branch en menci贸n.

Pero, si consideramos que los cambios realizados a este Branch pueden beneficiar nuestro proyecto. Tan solo necesitaremos hacer un merge o fusi贸n con el Branch principal 隆y listo!, el trabajo estar铆a hecho. Bastante m谩s f谩cil y r谩pido que la otra manera, 驴cierto?

Ahora, adentrando un poco m谩s en la posibilidad de que haya dos personas trabajando en un mismo proyecto. Existe la gran posibilidad de que surjan conflictos en los c贸digos que ellas escriban. Obviamente dos cerebros no a la pensar ni actuar exactamente igual.

De esta manera GIT nuevamente presenta su gran capacidad para desarrollar proyectos en grupo. Debido a que se podr铆a generar una estructura con tres diferentes Branch. A los desarrolladores se les asignar铆a dos para que puedan trabajar de forma individual. Y un tercero que ser铆a el Branch principal o unificador.

Permitiendo as铆 que cada uno de los desarrolladores trabaje a su propio ritmo 聽 y realice su c贸digo bajo su propia autonom铆a. Y despu茅s, cuando se haya comprobado que el c贸digo es funcional. Estos Branch pertenecientes a los desarrolladores ser铆an incorporados al Branch unificador.

驴Nos das 5 estrellas? ?