Nous travaillons sur un projet et également en contact avec l'équipe de QC pour tester nos développements et mises à jour rapides. Ainsi, nous avons parfois plusieurs validations sur notre VCS (SVN dans ce cas) pour mettre à jour ou corriger les bogues.
Après le développement, l'équipe de QC devrait vérifier et tester, parfois juste après une validation ou une mise à jour. En passant, les membres de l'équipe de contrôle de la qualité n'ont aucun accès au code source pour créer et créer des fichiers binaires (nécessaires aux tests) en raison de certaines politiques de sécurité. Les fichiers binaires sont générés lors de la construction et du développement facilement. Par conséquent, nos développeurs devraient construire et créer des binaires (fichiers RPM dans ce cas) et les mettre à la disposition de l'équipe de testeurs.
Centre Question:
Est-ce pratique et techniquement droit pour mettre les binaires (fichiers RPM) sur le VCS (et donner un accès à ce répertoire (ou le chemin, y compris des fichiers de binaires) à QC membres de l'équipe)?Conserver les fichiers binaires sur le système de version de contrôle
Répondre
Vous ne devriez pas placer vos binaires/paquets compilés dans votre référentiel source. Tout artefact pouvant être créé à partir du contenu du référentiel ne doit pas être replacé dans le référentiel. Au lieu de cela, votre système d'intégration/déploiement continu (et non vos développeurs) devrait vérifier, compiler le code, exécuter des tests, empaqueter les choses et ensuite publier dans un autre dépôt interne de binaires/artefacts compilés. Notez que c'est pas nécessairement un VCS - en fait, il ne devrait probablement pas être. Plus probablement, il s'agira d'un référentiel accessible aux gestionnaires de paquets que votre équipe de contrôle qualité récupèrera et testera, comme le processus de déploiement de votre build &, de préférence via l'automatisation.