Ich bin ziemlich neu in der Verwendung der kontinuierlichen Integration in einem normalen Entwicklungsprozess als Entwickler. Ich hatte jedoch die Aufgabe, ci in unser Software-Team einzuführen und habe daher einige Versuche unternommen, dies zu erreichen.Entwicklungsprozess mit Continuous Integration Servern
Derzeit haben wir folgendes: 0. BitBucket als unsere Quelle Repo 1. Team-Stadt 2. Proget Server 3. Octopus Deploy 4. Developement Prüfung vm 5. UAT Tests vm 6. Produktion vm
allgemein Im Prozess geht
- Liste item
- Check-out-Lösung von BitBucket
- Änderungen vornehmen.
- Commit
- Team-Stadt baut
- Team-Stadt schiebt Artefakte Proget als nuget Pakete
- Team-Stadt schafft Freisetzung in Octopus Deploy und Auslöser für automatische Implementierung auf die Entwicklung Test vm Bitbucket.
- Handbuch Octopus Push-to-UAT
- Handbuch Octopus Push-to-Produktion
Alles von der obersten Ebene für alle außer uns Entwickler gut aussieht.
Unser Problem ist nicht das Konzept, sondern das Leben mit dem Prozess. Der Grund ist, dass wir zwei Lösungen haben, bei denen die zweite auf ein kleines Paket der ersten Lösung von unserem ProGet Server verweist. Das bedeutet, dass jedes Mal, wenn die abhängige Lösung eine Modifikation in der ersten Lösung benötigt, wir auf den Zyklus warten müssen und dann das nugget-Paket in der zweiten aktualisieren, um die erforderlichen Änderungen durchzuführen.
Dies wird sehr frustrierend, wenn dieser Zyklus viele Zeit benötigt, bevor das gewünschte Ergebnis erreicht wird.
Was ich würde lieben, ist, beide Lösung auf dem PC des Entwicklers zu entwickeln, ohne auf das ci warten zu müssen, um das geänderte Paket zu bauen und zu veröffentlichen. Dies bedeutet, dass die DLL von der ersten Lösung lokal referenziert wird, aber wie kann ich das ändern, so dass die letzte Referenz vom ProGet-Server auf der CI-Box erstellt wird?
Kann mir jemand sagen, wie das geht?