Expertos en Symfony y Drupal

En este minitutorial, vamos a explicar una forma de deshacer un merge realizado en un repositorio Git. Vamos a partir de la situación que se muestra en la siguiente imagen: de un repositorio Git con dos ramas, rama_1 y rama_2 y se realiza un merge de rama_2 en rama_1: $ git merge rama_2 Con lo que el repositorio quedará como se muestra a continuación: Puede darse el caso que este merge se haya realizado por error o simplemente por alguna prueba de mezcla . . .

continuar leyendo...

Todos nuestros proyectos versionados con Git incluyen el archivo .gitignore donde se incluyen aquellos ficheros que no queremos mantener bajo el control de versiones. Por ejemplo, es típico en proyectos Symfony excluir: /web/bundles/ /app/bootstrap.php.cache /app/cache/* /app/config/parameters.yml /app/logs/* /vendor/ /bin/ … o en proyectos Drupal: sites/*/*settings*.php files/ sites/*/files sites/*/private cron.php index.php install.php update.php xmlrpc.php /includes /misc /modules … Pero siempre, se trate del versionado de un proyecto Symfony o Drupal o cualquier otro, se excluyen del control de versiones una serie de ficheros. Si revisas tus .gitignore puede que encuentres en todos ellos .DS_Store si trabajas con un Mac, o Thumbs.db si lo . . .

continuar leyendo...

Hasta ahora hemos venido publicando en el blog tutoriales sobre Git relacionados con ramas, cómo trabajar con ramas remotas o cómo eliminar ramas locales y remotas o cómo renombrar ramas locales y remotas, artículos relacionados con tags, cómo eliminar un tag remoto, o artículos en los que revisábamos cómo modificar el mensaje del último commit o cómo deshacer el último commit. Hoy queremos revisar, en este artículo sobre Git, cómo trabajar con los ficheros de nuestro proyecto en el histórico de . . .

continuar leyendo...

Siguiendo con los mini tutoriales Git, hoy publicamos uno que nos ayudará a eliminar un tag que ya se encuentra el repositorio remoto. En el caso, por ejemplo, de querer eliminar el tag v0.1, ejecutaríamos los siguientes comandos: $ git tag -d v0.1 $ git push origin :refs/tags/v0.1 Yendo un poco más allá con este tema, podríamos ver también cómo renombrar un tag en un repositorio Git. Pongamos el caso que queremos cambiar el nombre del tag v0.8 por v1.0. Lo que haremos . . .

continuar leyendo...

Es importante que cuando varios desarrolladores trabajan en un mismo proyecto, versionado con Git, esté bien definido un flujo de trabajo y de ramificaciones. En este artículo vamos a ver un posible flujo de trabajo para un pequeño equipo de desarrolladores, que bien se puede seguir al pie de la letra o adaptar a las necesidades de cada uno. Ya sabemos que Git es un sistema de control de versiones distribuido en el que cada desarrollador es un repositorio independiente, aunque . . .

continuar leyendo...

Hoy volvemos con un mini, pero muy útil, tutorial sobre Git, en el que vamos a ver cómo dar marcha atrás a nuestro último commit, de una forma sencilla, bien porque la tarea no estuviera terminada, porque no hubierais incluido todos los ficheros, porque detectasteis un error en el código, o por cualquier otro caso que se os pudiera presentar. Es importante tener en cuenta que esta acción conlleva sobreescribir el repositorio, por lo que si lo hacéis en local y . . .

continuar leyendo...

En esta ocasión vamos a explicar en un mini tutorial de Git cómo se puede corregir el mensaje del último commit hecho, eso sí, siempre y cuando no se haya enviado aún al servidor, es decir, que no se haya hecho push. Lo normal es que después de haber realizado una tarea, hagamos un commit de la misma en nuestro repositorio, incluyendo un mensaje descriptivo de lo realizado en esa tarea: $ git commit -m "Incluye estilos para menú de cabecera" Pero justo . . .

continuar leyendo...

Cuando trabajamos en equipo con un repositorio Git centralizado, lo normal es que usemos distintas ramas para distintas funcionalidades del desarrollo, evitando así afectar a la parte central del proyecto. Por ejemplo, si tuviéramos que realizar el rediseño completo de un portal web, una buena opción sería crear una nueva rama y compartirla en el repositorio remoto para que todo el equipo, tanto de desarrollo como de maquetación, pudiera trabajar en ella. Estas ramas remotas suelen tener el formato [nombre-remoto]/[nombre-rama], por . . .

continuar leyendo...

Hoy publicamos este pequeño tutorial Git donde explicamos cómo borrar ramas, tanto locales como remotas, en un repositorio Git. Para eliminar una rama de nuestro repositorio local ejecutaremos el siguiente comando: $ git branch -d nombre_rama En el caso de que esa rama contenga trabajos sin fusionar, el comando anterior nos devolverá el siguiente error: error: The branch 'nombre-rama' is not an ancestor of your current HEAD. If you are sure you want to delete it, run 'git branch -D nombre-rama'. Si aún así queremos eliminar . . .

continuar leyendo...

Este es un breve tutorial en el que explicamos cómo renombrar ramas de un repositorio Git. Para renombrar una rama local: $ git branch -m nombre-rama nombre-rama-nueva Para renombrar una rama remota de un repositorio Git, habrá que eliminar primero la rama remota: $ git push origin :nombre-rama y crear la rama renombrada en el repositorio remoto: $ git push origin nombre-rama-nueva . . .

continuar leyendo...

[x] Este sitio utiliza cookies para mejorar tu experiencia de usuario. Al continuar navegando estás aceptando su uso. Política de cookies.