Quels artefacts à sauvegarder pour une version publiée?
-
04-07-2019 - |
Question
Donc, je sais maintenant quoi économiser des versions nocturnes . Qu'en est-il lorsque je donne quelque chose aux clients?
Par exemple, je souhaite probablement enregistrer les informations de débogage (par exemple, PDB).
Quoi d'autre?
La solution
Nous utilisons:
- installateurs
- binaires
- pdbs
- balise des fichiers source
- tout autre fichier source qui pourrait ne pas être dans svn - par exemple, config.status
- construire le journal
Vous m'avez fait me demander s'il me manque quelque chose d'important
Autres conseils
- Informations sur la version du compilateur et de la bibliothèque (elles ne font peut-être pas partie du journal de construction). Quelqu'un d'autre a mentionné les fichiers binaires entiers.
- Fichier de mappage de l'éditeur de liens (il peut parfois aider le débogage distant d'un problème).
- Exécutable non séparé (si sur un système Unix, vous supprimez l’exécutable avant de le rendre disponible pour les clients).
Pour les versions du SDK, nous incluons:
- PDB et XML pour les bibliothèques (fournis avec le dernier instantané des exemples)
- Instantané empaqueté des sources de SVN (juste parce que nous le pouvons)
- Lien vers la documentation en ligne (les documents sont générés automatiquement à partir de la source)
Les messages de trace ne doivent pas nécessairement être générés par défaut, mais la possibilité de les activer peut être très utile.
Résultats et informations générés à partir des ATP exécutés lors de la construction (probablement dans le cadre du processus de construction).
Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow