Recomendación sobre el flujo de trabajo de control de versiones

Acabo de graduarme de la universidad y comencé a trabajar en un equipo de desarrollo de tres personas. La base de código no se encuentra actualmente bajo ningún sistema de control de versiones. Nuestra base de código está en ASP clásico y Adobe Contribute se integró para permitir a los creadores de contenido actualizar su propio contenido. En este momento desarrollamos directamente en el website de producción mapeando la unidad del server web a nuestra estación de trabajo. Creo firmemente que debemos integrar alguna forma de control de versiones en nuestro flujo de trabajo y suspender la práctica de desarrollar en el server web de producción a favor del desarrollo local.

Me imagino que el flujo de trabajo funciona de la siguiente manera:

  1. Obtenga todos los cambios del server web a diario y actualice los files locales
  2. Confirme los cambios realizados en el sistema de control de versiones personal (Github, por ejemplo) o en una sucursal
  3. Haga algunos cambios a la copy local
  4. Confirmar los cambios realizados por mí al sistema de control de versiones personal (Github por ejemplo) o twig
  5. Empuje el (los) file (s) modificado (s) al server web y maneje cualquier conflicto

Mi pensamiento puede ser incorrecto, pero estoy buscando recomendaciones de aquellos con más experiencia.

Como ya tiene un server web, puede configurar el server de git (repo remoto) en su propio server . Esto facilitará el uso de los ganchos del lado del server para el repository remoto.

El flujo de trabajo para la versión coontrol del website en vivo de la siguiente manera:

Trabaje en la copy local de desarrollar repository remoto -> realice cambios -> commit -> presione para desarrollar repository remoto -> si está listo para implementar los cambios en el website -> presione change para repo remoto de producción.

Requisitos previos: dos repository remoto en su propio server.

Configurar devpo remoto de devleop:

# go to a directory, create an empty folder mkdir develop cd develop git init --bare # assume the URL for the develop repo is www.site/develop 

Configurar el server de producción:

 # go to a directory, create an empty folder mkdir production cd production git init --bare # assume the URL for the develop repo is www.site/production 

En su máquina local, clone el repository de desarrollo y agregue los files que desea controlar de versión en git:

 git clone www.site/develop cd develop # add all the files for the website which you want to manage in git git add . git commit -m 'message' git push origin master 

Si ya debe insert los files en el repository remoto de producción, puede usar los siguientes commands:

 git remote add prodcuton www.site/production -f git push production master 

Si los cambios necesitan impulsar el repository remoto de producción de forma inmediata cada vez que se presionen los cambios para desarrollar el repository, puede usar el enganche posterior a la recepción en la carpeta de desarrollo del file .git / hooks :

 #!/bin/bash git --work-tree=/path/to/develop --git-dir=/path/to/production checkout -f 

También puede consultar Despliegue de GIT automatizado simple utilizando Ganchos y Uso de Git para administrar un website en vivo .

    Intereting Posts