Ключът е да се възприеме практика за внедряване само на код от системата за контрол на източника. Не съм запознат с TSF, но той трябва да имплементира концепциите за разклонения, тагове и т.н. Въпросът какво да разположим след това отпада от маркирането за компилиране и пускане в системата за контрол на източника.
Допълнителни съвети (за Oracle):
-
работи най-добре, ако разделите спецификацията и тялото на пакета на различни файлове, които използват последователен файлов модел за всеки (напр. ".pks" за спецификация на пакета и ".pkb" за тяло на пакета). Ако използвате автоматизиран процес на изграждане, който може да обработва шаблони на файлове, можете да изградите всички спецификации и след това телата. Това също минимизира анулирането на обекти, ако внедрявате само тяло на пакет.
-
отделете време за конфигуриране на автоматизиран процес на изграждане, който се задвижва от състояние на версия или компилация на вашата система за контрол на източника. Ако имате дори умерен брой db кодови обекти, ще си струва да можете да вградите кода в референтна система и да го сравните с вашата QA или производствена система.