Tfsbuild.Proj und manuelles SQL Server -Arbeitshilfe?

Question

Mit dem VS 2008 GDR -Update habe ich ein Datenbankprojekt erstellt. Ich habe ein SQL Server -Bereitstellungspaket erstellt. Ich habe einen Datenbank -Unit -Test erstellt.

Mit einigen Assistenten stieg das Zeug in meine tfsbuild.proj -Datei, die gegen Ende des automatisierten Build -Prozesses eine Datenbank erstellt wird.

Mir fehlt ein wenig Kontrolle über den gesamten Prozess, sehe ich jetzt. Ich möchte den DB manuell bereitstellen, 3 benutzerdefinierte Skripte gegen die DB ausführen und dann den DB -Unit -Test manuell starten. Ich habe andere Nicht-DB-Unit-Tests, die bereits durchgeführt werden. Ich möchte keine VSMDI- oder bestellten Unit-Testmaterial verwenden, da es in der Umgebung mit mehreren Entwicklern unordentlich wird.

Hilfe!

Answer 1

Vielleicht habe ich einige Details falsch gelesen oder vermisse ich, aber es scheint mir, dass das Problem das Zweigmanagement ist, nicht automatisierte Tests. Die meisten Orgs würden es absolut lieben, dorthin zu gelangen, wo Sie sich befinden, vollautomatisch und dB -Unit -Test.

Wenn es in einer Umgebung mit mehreren Entwicklungen chaotisch wird, kann es darauf hinweisen, dass Entwickler direkt in einen Zweig einchecken, in dem automatisierte Tests ausgeführt werden. Idealerweise sollten Sie nur BVTs auf den wichtigen Zweigen betreiben und Entwicklern in privaten Zweigen einchecken lassen. Private Zweige werden manuell getestet und dann gegebenenfalls integriert (Feature Complete, stabiler Meilenstein usw.). Der automatisierte Build- und Testprozess nimmt die Reverse -Integration ein und lässt einen neuen Build fallen, wobei die BVTs und all das ausgeführt werden. Auf diese Weise isolierten Sie die zusammenhängende Integration und den BVT -Prozess aus der Abwanderung oder der ständigen Überprüfung unvollständiger Merkmale.