Wie bereits von anderen vorgeschlagen, sollten Sie bei der Freigabe von Vorlagen auf DTAP-Umgebungen (Development-Test-Acceptance-Production) zurückgreifen. Die Komplexität dieses Aufbaus hängt von Ihren spezifischen Anforderungen ab.
Die Verwendung von Arbeitsabläufen für die Entwicklungsarbeit ist höchstwahrscheinlich nicht hilfreich. Vieles hängt davon ab, wo die verschiedenen Entwickler ihre Arbeit integrieren. Wenn Sie mehrere Entwicklungsumgebungen haben, wird jeder einzelne Entwickler wahrscheinlich keinen Workflow auf seinem eigenen System haben wollen. Angenommen, Sie integrieren auf einem der DEV-Rechner, oder vielleicht auf TEST, dann werden Sie auch dort keinen Workflow wollen, da, wenn ein Entwickler eine Änderung festschreibt, diese meist aus mehreren Assets besteht, von denen jedes separat den Workflow durchlaufen muss, wobei einige Teile der Änderung für andere sichtbar sind, während dies geschieht, und andere nicht. Wenn alle Ihre Entwickler auf demselben Server arbeiten, dann werden diese Aspekte des Workflows noch mehr schaden.
Der Workflow ist vor allem für die Verwaltung einzelner, nicht zusammenhängender Assets nützlich. Typische Entwicklungsarbeit ist nicht so, und offen gesagt wären die vielen zusätzlichen Schritte nur ein Overhead und würden die Notwendigkeit der normalen Entwicklungsdisziplinen nicht beseitigen. Wie Quirijn anmerkt, machen die Leute das nicht. Auch ich habe das noch nie gesehen, und ich bin sehr froh, das sagen zu können.
