¡Cómo operar la versión de lanzamiento de sourceTree y la versión de combinación de parches!
El proceso de operación específico para lanzar la versión y corregir la versión fusionada en SourceTree
1. Haga clic en Clonar/Nuevo
2. cuadro de diálogo arriba Dirección, se puede usar la dirección http o ssh
Si la flecha del tipo de repositorio indica "Este no es un repositorio Git estándar", puede haber las siguientes razones
1) Error al obtener la dirección del proyecto
2) No hay derechos de acceso al proyecto
3 Haga clic en "Clonar" y espere
4. Haga clic en "Clonar" y espere a que se clone el proyecto. Una vez completado el proyecto, solo habrá una rama maestra.
Una vez completada la clonación, solo habrá una rama maestra a la izquierda. .
Esta es la primera vez que se completa la clonación. p>
Una vez completada la clonación, obtendrá el código fuente maestro publicado. Si desea obtener el último código fuente en desarrollo, debe inicializar el proceso del proyecto y hacer clic en "Git Workflow".
Haga clic en "Aceptar" para obtener el código fuente de la rama de desarrollo.
3) característica, rama de características, utilizada para desarrollar nuevas funciones
4) lanzamiento, prelanzamiento, versión entre desarrollo y master, utilizada principalmente para pruebas
5) Hotfix, un parche de reparación, se utiliza para corregir errores en el maestro y se usa directamente en el maestro.
5. Master y desarrollo se han introducido anteriormente. Cuando el desarrollo necesita agregar nuevas funciones, usted. Puede crear una nueva rama de funciones para agregar nuevas funciones sin afectar el desarrollo del código fuente de desarrollo. Cuando se agregan las nuevas funciones, fusione la rama de funciones en desarrollo
Como puede ver en la vista previa La rama de funciones. está separado de desarrollo, ingrese el nombre de la característica, haga clic en Aceptar, la rama de características se agrega a la estructura del proyecto y la rama de desarrollo actual apunta a la rama de características recién creada
2) Ejecute tareas de desarrollo en F_add_feature rama y Enviar
La operación anterior agrega feature_add_feature a la estructura del proyecto. La operación agregó tres archivos, feature_1, feature_2 y feature_3, y los envió tres veces. Ahora hay *** tres archivos en la carpeta del proyecto
Al cambiar a la rama de desarrollo, los encontrará en. desarrollo Estos tres archivos no se agregan, lo que indica que las operaciones realizadas bajo la función no afectarán el código fuente de la rama de desarrollo
3) Después de completar el desarrollo de la función, fusione el código fuente en la función en la rama de desarrollo. Apunte la rama actual a la rama F_add_feature, haga clic en "Git Workflow", seleccione "Función completa"
En la vista previa, se mostrará que la rama de características se fusionará con la rama de desarrollo, haga clic en Aceptar.
Envíe la combinación y después de que la combinación sea exitosa
4) Cuando necesite agregar nuevas funciones, simplemente repita las operaciones anteriores
5) Cuando varias personas colaboran en el desarrollo, puede Sucede que diferentes personas tienen opiniones diferentes sobre el mismo archivo, lo que resulta en un conflicto de fusión. Para simular esta situación, en las dos nuevas características actuales, el archivo feature_1 se modifica por separado, luego se fusiona por separado y luego se fusiona nuevamente. p>
Feature_1 está en feature_1 .txt realizó las siguientes operaciones txt
Feature_2 realizó las siguientes operaciones en feature_1.txt
Fusiona F_feature_1 y F_feature_2 sucesivamente, se producirán conflictos
Haga clic en cerrar Verifique las modificaciones no confirmadas y se le indicará que hay un conflicto en feature_1.txt.
Abra feature_1.txt
HEAD, ==== === y aparecen feature/F_feature_2, donde HEAD y el símbolo = representan el código bajo la rama actual, y el símbolo = y feature/F_feature_2 representan el código bajo la rama actual, y aparecen el símbolo = y feature/F_feature_2. F_feature_2 representa el código de la rama que se fusionará, y feature/F_feature_2 representa el nombre de la rama que se fusionará.
Distinga entre el código que debe conservarse y el código que debe eliminarse según la situación y, finalmente, elimine HEAD, =======, feature/F_feature_2
Envíe el código modificado nuevamente
Una vez que ocurre un conflicto de combinación de funciones, la rama de funciones que se fusionará no se eliminará, como F_feature_2. Para garantizar que no haya ningún problema con la combinación, F_feature_2 se puede eliminar manualmente
p>
6. Cuando el desarrollo llega a una determinada etapa, se puede lanzar una versión de prueba. Cuando el desarrollo llega a una determinada etapa y se puede lanzar la versión de prueba, se puede crear una rama de lanzamiento desde la rama de desarrollo e ingresar a la versión previa. fase de prueba de lanzamiento. Haga clic en "Git Workflow" y seleccione "Crear nueva versión".
En la vista previa, puede ver que la versión es una rama de desarrollo. Ingrese el nombre de la versión "R_v1.0" y haga clic en "Aceptar". p> p>
R_v1.0 es una versión por fases, que se utiliza principalmente para realizar pruebas antes del lanzamiento de la versión. El trabajo de desarrollo posterior aún está en desarrollo. Si se encuentran problemas durante el proceso de prueba, la versión se puede modificar directamente y luego enviar.
7. Lanzamiento de la rama R_v1.0 Después de dos modificaciones y pruebas, se puede lanzar oficialmente. Señale la rama R_v1.0 en la rama actual, haga clic en "Git Workflow" y seleccione "Completar el lanzamiento". versión"
En la vista previa, puede ver que R_v1.0 se ha fusionado en desarrollo y maestro respectivamente. Haga clic en Aceptar para completar el lanzamiento oficial.
Una vez completada la fusión, el punto predeterminado para desarrollar es la rama actual, master agrega múltiples actualizaciones de versión, empuja la rama master al origen y completa el lanzamiento en línea
8. Después de que se publique la versión oficial, desarrolle Puede continuar con el desarrollo posterior. Cuando hay un problema con la versión oficial y es necesario modificar el problema, puede cambiar la rama actual a maestra, hacer clic en "Git Workflow" y seleccionar. "Crear una nueva revisión"
En la vista previa, la rama de la revisión se extrae de la rama maestra. En la vista previa, la rama de revisión se extrae de la rama maestra, así que escriba el nombre de la revisión y haga clic en Aceptar
Realice cambios en la rama maestra y confirme los cambios cuando haya terminado.
Después de modificar todos los parches, haga clic en "Git Workflow" y seleccione "Completar parche de reparación".
En la vista previa, H_fix_1 se fusionó en la rama maestra y la rama de desarrollo, haga clic en "Aceptar" para completar la rama. unir.
Una vez completada la fusión, la rama actual predeterminada se desarrolla y la rama maestra tiene una versión que debe actualizarse, por lo que la rama actual se cambia a maestra y se empuja para completar la reparación del parche.
9. Después de completar la versión de lanzamiento y completar el parche de reparación, si encuentra un conflicto, puede modificarlo de acuerdo con los 5 conflictos anteriores antes de continuar con operaciones posteriores.
Control de versiones software