Actualización del proceso de CI / CD: preparación y planificación

Introducción clásica

1. CruiseControl.NET se utilizó como sistema de compilación. Trabajar con él es un dudoso placer en principio. Configuraciones XML en múltiples pantallas, un montón de dependencias y configuraciones de enlace entre sí, falta de soluciones modernas a problemas modernos.
2. Algunos desarrolladores (principalmente clientes potenciales) en el proyecto deben tener acceso a los servidores de compilación, y a veces les gusta cambiar las configuraciones de ccnet que no deben cambiarse. Adivina qué pasa después. Debe tener una administración de derechos simple y conveniente en el sistema de CI, sin quitar el acceso de los desarrolladores al servidor. En pocas palabras, no hay configuración de texto: no hay ningún lugar para escalar con manos juguetonas.
3. - … CCNET, git. (. ).
4. , . , . 
5. - , — ( ) .
6. . ? ? ? .
7. Uso subóptimo de recursos y un proceso desactualizado de construcción y entrega de código.

1. Fácil mantenimiento con todas las consecuencias (copias de seguridad, actualizaciones, resolución de problemas, si las hay).
2. Universalidad Idealmente, desarrolle un esquema general según el cual todos los módulos se ensamblen y entreguen, y úselo como plantilla.
3. Minimice el tiempo para agregar nuevas configuraciones de compilación y mantenimiento. Los clientes se agregan / eliminan. A veces se hace necesario hacer nuevas configuraciones. Es necesario que al crear un nuevo módulo no haya demoras en la configuración de su entrega.

Preparación: conversión de repositorio

1. Tomamos la extensión mercurial hggit como base. 
2. Obtenemos una lista de todas las ramas del repositorio mercurial. 
3. Convertimos los nombres de las ramas (gracias a mercurial y a los desarrolladores por los espacios en los nombres de las ramas, gracias especiales por las diéresis y otros caracteres que agregan alegría a la vida).
4. Haga marcadores (marcador de hg) e inserte en el repositorio intermedio. ¿Para qué? Porque bitbucket, y porque no puede crear un marcador con el mismo nombre que el nombre de la rama (por ejemplo, puesta en escena). 
5. En el nuevo repositorio (ya git), elimine el postfix del nombre de la rama y migre hgignore a gitignore. 
6. Empuje al repositorio principal.

1. $ cd /path/to/hg/repo
   $ cat << EOF >> ./.hg/hgrc
   [extensions]
   hggit=
   EOF
   

2. $ hg branches > ../branches
   

3. #!/usr/bin/env bash
   hgBranchList="./branches"
   sed -i 's/:.*//g' ${hgBranchList}
   symbolsToDelete=$(awk '{print $NF}' FS=" " ${hgBranchList} > sym_to_del.tmp)
    
   i=0
   while read hgBranch; do
     hgBranches[$i]=${hgBranch}
     i=$((i+1))
   done <${hgBranchList}
    
   i=0
   while read str; do
     strToDel[$i]=${str}
     i=$((i+1))
   done < ./sym_to_del.tmp
    
   for i in ${!strToDel[@]}
   do
     echo ${hgBranches[$i]} | sed "s/${strToDel[$i]}//" >> result.tmp
   done
    
   sed -i 's/[ \t]*$//' result.tmp
   sed 's/^/"/g' result.tmp > branches_hg
   sed -i 's/$/"/g' branches_hg
   sed 's/ /-/g' result.tmp > branches_git
   sed -i 's/-\/-/\//g' branches_git
   sed -i 's/-\//\//g' branches_git
   sed -i 's/\/-/\//g' branches_git
   sed -i 's/---/-/g' branches_git
   sed -i 's/--/-/g' branches_git
   rm sym_to_del.tmp
   rm result.tmp
   

4. #!/usr/bin/env bash
   gitBranchList="./branches_git"
   hgBranchList="./branches_hg"
   hgRepo="/repos/reponame"
    
   i=0
   while read hgBranch; do
     hgBranches[$i]=${hgBranch}
     i=$((i+1))
   done <${hgBranchList}
    
   i=0
   while read gitBranch; do
     gitBranches[$i]=${gitBranch}
     i=$((i+1))
   done <${gitBranchList}
    
   cd ${hgRepo}
   for i in ${!gitBranches[@]}
   do
     hg bookmark -r "${hgBranches[$i]}" "${gitBranches[$i]}-cnv"
   done
    
   hg push git+ssh://git@bitbucket.org:username/reponame-temp.git
   echo "Done."
   

5. #!/bin/bash
   # clone repo, run git branch -a, delete remotes/origin words to leave only branch names, delete -cnv postfix, delete default branch string because we can't delete it
   repo="/repos/repo"
   gitBranchList="./branches_git"
   defaultBranch="default-cnv"
   while read gitBranch; do   gitBranches[$i]=${gitBranch};   i=$((i+1)); done < $gitBranchList
   cd $repo
   for i in ${!gitBranches[@]}; do git checkout ${gitBranches[$i]}-cnv; done
   git checkout $defaultBranch
   for i in ${!gitBranches[@]}; do
       git branch -m ${gitBranches[$i]}-cnv ${gitBranches[$i]}
       git push origin :${gitBranches[$i]}-cnv ${gitBranches[$i]}
       git push origin -u ${gitBranches[$i]}
   done
   

6. #!/bin/bash
   # clone repo, run git branch -a, delete remotes/origin words to leave only branch names, delete -cnv postfix, delete default branch string because we can't delete it
   repo="/repos/repo"
   gitBranchList="./branches_git"
   defaultBranch="default"
   while read gitBranch; do   gitBranches[$i]=${gitBranch};   i=$((i+1)); done < $gitBranchList
   cd $repo
   for i in ${!gitBranches[@]}; do
       git checkout ${gitBranches[$i]}
       sed -i '1d' .hgignore
       mv .hgignore .gitignore
       git add .
       git commit -m "Migrated ignore file"
   done
   

Conclusión

• preparación (demostración al cliente utilizando un ejemplo de una compilación, instalación de software, conversión de repositorio, actualización de configuraciones ccnet existentes);
• Configuración de CI / CD para el entorno de desarrollo y sus pruebas (el sistema antiguo sigue funcionando en paralelo);
• Configuraciones de CI / CD para los entornos restantes (en paralelo con el "bueno" existente) y pruebas;
• desarrollo de migración, puesta en escena y prueba;
• Migración de producción y transferencia de dominios de instancias IIS antiguas a nuevas.