https://miguelangel.torresegea.es/wiki/ 2026-05-23T17:44:09+00:00 https://miguelangel.torresegea.es/wiki/ https://miguelangel.torresegea.es/wiki/_media/wiki:dokuwiki-128.png text/html 2018-07-08T08:56:02+00:00 Anonymous (anonymous@undisclosed.example.com) https://miguelangel.torresegea.es/wiki/info:cursos:openwebinars:git:forks-pull-request?rev=1531040162&do=diff hacer forks y Pull request fork (tenedor) partiendo de un repositorio existente, se crea una nueva copia que se trata como propia, donde puedes trabajar como si fuese tuyo y luego proponer los cambios al autor original * se crea un repositorio que es un fork de otro text/html 2018-07-07T18:14:44+00:00 Anonymous (anonymous@undisclosed.example.com) https://miguelangel.torresegea.es/wiki/info:cursos:openwebinars:git:iniciando-repositorio?rev=1530987284&do=diff iniciando un repositorio Antes de nada, es necesario hacer una aclaración. Cuando hablamos de “iniciar” un repositorio, nos estamos refiriendo a comenzar a trabajar con un repositorio. La creación de un repositorio siempre es local. Es importante que no se nos olvide, porque al principio puede ser un poco confuso. Una vez hemos creado un repositorio en local, añadimos lo que llamamos un remoto , que es una copia de dicho repositorio alojada en un servidor. text/html 2018-07-07T17:23:02+00:00 Anonymous (anonymous@undisclosed.example.com) https://miguelangel.torresegea.es/wiki/info:cursos:openwebinars:git:configurando-git?rev=1530984182&do=diff configurando GIT Git provee de un comando para establecer ciertos parámetros de configuración. Los más comunues suelen ser: * user.name * user.email * core.editor * core.excludesfile * merge.tool La información de la configuración de git se puede almacenar en tres localizaciones distintas: text/html 2018-07-09T20:30:23+00:00 Anonymous (anonymous@undisclosed.example.com) https://miguelangel.torresegea.es/wiki/info:cursos:openwebinars:git:gitflow?rev=1531168223&do=diff gitflow <https://danielkummer.github.io/git-flow-cheatsheet/index.es_ES.html> herramientas para git para tener una metodología: * no se hacen commits contra develop, siempre se abre una rama feature que se acaba mergeando con ella * se hacen release, que se mergean con develop y master (aquí se tagea) * los text/html 2018-07-07T17:16:47+00:00 Anonymous (anonymous@undisclosed.example.com) https://miguelangel.torresegea.es/wiki/info:cursos:openwebinars:git:introduccion?rev=1530983807&do=diff introducción Git surgió como solución a los desarrolladores del Kernel de Linux en 2005. Necesitaban una herramienta en la que multitud de desarrolladores pudieran colaborar con la misma base de código. Anteriormente se trabajaba con parches de código que se pasaban en una lista de distribución y que hacía todo el proceso muy complejo y con una alta probabilidad de error. text/html 2018-07-08T09:03:49+00:00 Anonymous (anonymous@undisclosed.example.com) https://miguelangel.torresegea.es/wiki/info:cursos:openwebinars:git:ramas?rev=1531040629&do=diff ramas A diferencia de otros sistemas de control de versiones, las ramas permiten trabajar a partir de una instantánea en paralelo, sin tener impacto sobre el código del cual se generó la instantánea. Las Ramas no son más que “punteros” a una determinada instantánea: