Mise à jour du processus CI / CD: préparation et planification

Introduction classique

1. CruiseControl.NET a été utilisé comme système de génération. Travailler avec lui est en principe un plaisir douteux. Configurations XML sur plusieurs écrans, un tas de dépendances et de liens entre les configurations, manque de solutions modernes aux problèmes modernes.
2. Certains développeurs (principalement des leads) sur le projet doivent avoir accès à des serveurs de build, et ils aiment parfois changer les configurations ccnet qui ne doivent pas être modifiées. Devinez ce qui se passe ensuite. Vous devez avoir une gestion simple et pratique des droits dans le système CI, sans retirer aux développeurs l'accès au serveur. Autrement dit, il n'y a pas de configuration de texte - il n'y a nulle part où grimper avec des mains ludiques.
3. - … CCNET, git. (. ).
4. , . , . 
5. - , — ( ) .
6. . ? ? ? .
7. Utilisation sous-optimale des ressources et processus obsolète de création et de livraison de code.

1. Maintenance facile avec toutes les conséquences (sauvegardes, mises à jour, résolution de problèmes, le cas échéant).
2. Universalité. Idéalement, développez un schéma général selon lequel tous les modules sont assemblés et livrés, et utilisez-le comme modèle.
3. Minimisez le temps pour ajouter de nouvelles configurations de construction et de maintenance. Les clients sont ajoutés / supprimés. Parfois, il devient nécessaire de faire de nouvelles configurations. Il est nécessaire que lors de la création d'un nouveau module il n'y ait pas de retard dans la configuration de sa livraison.

Préparation: conversion du référentiel

1. Nous prenons l'extension mercurial hggit comme base. 
2. Nous obtenons une liste de toutes les branches du référentiel mercurial. 
3. Nous convertissons les noms de branches (merci à mercurial et aux développeurs pour les espaces dans les noms de branches, merci spécialement pour les trémas et autres personnages qui ajoutent de la joie à la vie).
4. Créez des signets (hg bookmark) et poussez dans le référentiel intermédiaire. Pourquoi? Parce que bitbucket et parce que vous ne pouvez pas créer un signet avec le même nom que le nom de la branche (par exemple, transfert). 
5. Dans le nouveau référentiel (déjà git), supprimez le suffixe du nom de la branche et migrez hgignore vers gitignore. 
6. Poussez vers le référentiel 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
   

Conclusion

• préparation (démonstration au client en utilisant un exemple de build, installation de logiciel, conversion de référentiel, mise à jour des configurations ccnet existantes);
• Configuration CI / CD pour l'environnement de développement et ses tests (l'ancien système continue de fonctionner en parallèle);
• Paramètres CI / CD pour les environnements restants (en parallèle avec le "bon" existant) et tests;
• dev migration, staging et test;
• Migration de la production et transfert de domaines des anciennes instances IIS vers les nouvelles.