La clé est d'adopter une pratique consistant à ne déployer que du code à partir du système de contrôle source. Je ne connais pas TSF, mais il doit implémenter les concepts de branches, de balises, etc. La question de savoir quoi déployer relève alors du balisage de build et de release dans le système de contrôle de source.
Conseils supplémentaires (pour Oracle) :
-
cela fonctionne mieux si vous divisez la spécification et le corps du package en différents fichiers qui utilisent un modèle de fichier cohérent pour chacun (par exemple ".pks" pour la spécification du package et ".pkb" pour le corps du package). Si vous utilisez un processus de génération automatisé capable de traiter les modèles de fichiers, vous pouvez créer toutes les spécifications, puis les corps. Cela minimise également les invalidations d'objets si vous ne déployez qu'un corps de package.
-
consacrez du temps à configurer un processus de génération automatisé qui est piloté à partir d'une version ou d'un état de génération de votre système de contrôle de code source. Si vous avez même un nombre modéré d'objets de code db, il sera payant de pouvoir intégrer le code dans un système de référence et de le comparer à votre système d'assurance qualité ou de production.
