Activos, fusión de ramas de Git y versiones
Todos tienen una configuración de flujo de trabajo de git diferente, pero para los fines de esta publicación, suponga que tiene algo como lo siguiente:
- Una sucursal en la que residen todos sus activos, sin construir.
- Un sistema de integración continua que construye los activos y crea una nueva sucursal o quizás una nueva versión.
- Una rama creada por el sistema de integración continua que contiene los activos creados.
El componente principal de este flujo de trabajo es el sistema de integración continua. Es decir, si falla, entonces el trabajo responsable de construir los activos y crear una nueva sucursal ya no funcionará.
Y cuando eso sucede, nos queda tener que hacerlo manualmente. Es tedioso, seguro, pero no difícil. Si se encuentra en esta posición, así es como puede crear activos, fusionar ramas de git y crear una versión versionada.
Fusión de ramas de Git
Para esta publicación, suponga que tiene una herramienta de compilación configurada responsable de compilar sus activos. Esta puede ser una de las herramientas disponibles, pero voy a usar varias npmpara demostrar el punto.
1 Configurar la sucursal de origen
La rama de origen incluye todos los activos no construidos. Esencialmente, estas son todas las fuentes de JavaScript sin procesar, las hojas de estilo y cualquier otro componente relacionado con el front-end que no se haya creado.
Una vez que el código está listo, puede compilarse y enviarse a cualquier rama en la que esté trabajando. Por el bien de este artículo, nos referiremos a él como develop.
Después de impulsar esos cambios, necesitamos cambiar las ramas a la builtrama.
2 Combinar la rama de origen en la rama construida
Una vez que estemos en la rama construida, podemos construir todos los recursos (nuevamente, usando la herramienta que funcione mejor para usted). Pero antes de hacer eso, debemos asegurarnos de llevar el trabajo a la builtrama desde la developrama.
En otras palabras, debemos fusionarnos developaunque develop-builtel código develop-builtpueda estar, o probablemente estará, desactualizado después de la fusión.
Luego ejecutamos los comandos necesarios para construir los activos, agregarlos y enviarlos a la rama y luego empujamos el nuevo trabajo:
Esto ahora nos da una rama, developcon todas las fuentes sin procesar y una rama, develop-builtque podemos usar para etiquetar nuestros lanzamientos.
3 Etiquete la rama construida
En este punto, es posible que desee etiquetarlo develop-builtcomo una versión versionada, es posible que desee fusionarlo mastero en cualquier caso. Sin embargo, si desea mantener dos etiquetas separadas, una para la etiqueta de origen y otra para la etiqueta de lanzamiento real, puede hacerlo mediante el etiquetado developy develop-builtantes de realizar cualquier fusión adicional.
Específicamente, puede etiquetar developcomo fuente versionada:
Y develop-builtcomo comunicado etiquetado:
En este punto, puede fusionar esto con la masterrama o cualquiera que sea la rama principal que opte por mantener. Sin embargo, si está utilizando Composer, es probable que desee hacer referencia a versiones versionadas, por lo que aquí es donde puede usar la pestaña.
Nota final
Tenga en cuenta que su flujo de trabajo puede variar, y probablemente lo haga. Tal vez use ramas, tal vez use etiquetas, tal vez use una combinación de los dos como arriba.
El punto no es decir cómo debería hacerlo sino, en última instancia, cómo fusionar las ramas de git para que su rama de origen pueda llegar a la rama construida para que pueda construir los activos y versionarlos según sea necesario.