Cerca
Heus ací els resultats de la cerca.
Noms de pàgina coincidents:
Resultats de text complet:
- iniciando un repositorio
- = 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 repo
- ramas
- diferencia de otros sistemas de control de versiones, las ramas permiten trabajar a partir de una inst... ash> > git status On brach master ... git branch testing </code> <callout type="info" icon="true">OJO!... rear otra rama ( una instantánea ) <code bash> # Estando por ejemplo en la rama master > git status On brach master ... > git checkout -b testing </code> Con esta forma hacemos dos pasos en
- cómo ve GIT los ficheros
- = cómo ve GIT los ficheros == Estados Vamos a diferenciar 3 estados por los que pasa un fichero cuando está bajo un control de versiones git. === 1.Git Directory Cuando nos traemos por primera vez un reposi
- Casos prácticos
- o implementar uno de los muchos git-hooks existentes. Para ello , podéis consultar este repo , donde está el ejemplo que vamos a seguir. Os recomendamos que consultéis estos enlaces para profundizar en el tema de los Git
- configurando GIT
- = 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: * /etc/gitconfig *
- trabajando con ramas
- rama * ''git checkout develop'' : cambiamos a esa rama * ''git push origin develop'' : enviamos la rama al respositorio remoto * y se trabaja con normalidad ... mbia a la rama * trabajamos en la rama, pero la esencia de las mismas es mezclar/añadir los cambios a la rama de la que proviene * si hay cambios pend
- hacer forks y Pull request
- = 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 * ''git clone <repositorio-git>
- introducción
- = 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
- resolución de conflictos
- = resolución de conflictos == conflictos - creamos repo - creamos fichero - commit + push - cr... - volvemos a rama - hacemos cambios (diferentes a los de master) - commit + push - volvemos a... t'' : rama en la que se trabaja * a partir de esta se abren ramas para features == tags (etiquetas / releases) == otros * cuando haces un ''git ad
- gitflow
- /danielkummer.github.io/git-flow-cheatsheet/index.es_ES.html]] herramientas para git para tener una metodología: * no se hacen commits contra **develo... nea) * las ramas son muy baratas == hosting estático github * github-pages: rama ''gh-pages'' tratada como contenido estático * github-jekyll: g
- hosting GIT
- = hosting GIT En este aspecto podemos destacar dos soluciones gratuítas: * Github : Gratuíto para Repositorios públicos de código abierto. * ... arios en el caso de un repo privado) También tienes la posibilidad de montar tu propio hosting de rep
- clonar repositorios, cambios, commits y sincronización en github y bitbucket
- ''git config --global user.name "Miguel Angel Torres"'' * ''git config --global user.email "<email>"