Der Schlüssel besteht darin, eine Praxis zu übernehmen, bei der nur Code aus dem Quellcodeverwaltungssystem bereitgestellt wird. Ich bin mit TSF nicht vertraut, aber es muss die Konzepte von Verzweigungen, Tags usw. implementieren. Die Frage, was bereitgestellt werden soll, fällt dann aus dem Build- und Release-Tagging im Quellcodeverwaltungssystem.
Zusätzliche Tipps (für Oracle):
-
es funktioniert am besten, wenn Sie die Paketspezifikation und den Hauptteil in verschiedene Dateien aufteilen, die jeweils ein einheitliches Dateimuster verwenden (z. B. „.pks“ für die Paketspezifikation und „.pkb“ für den Pakethauptteil). Wenn Sie einen automatisierten Erstellungsprozess verwenden, der Dateimuster verarbeiten kann, können Sie alle Spezifikationen und dann die Körper erstellen. Dadurch werden auch Objektinvalidierungen minimiert, wenn Sie nur einen Pakettext bereitstellen.
-
Nehmen Sie sich die Zeit, einen automatisierten Build-Prozess zu konfigurieren, der von einem Release- oder Build-Status Ihres Quellcodeverwaltungssystems gesteuert wird. Wenn Sie auch nur eine moderate Anzahl von DB-Code-Objekten haben, zahlt es sich aus, den Code in ein Referenzsystem einbauen und mit Ihrem QS- oder Produktionssystem vergleichen zu können.
