Ich möchte die Assembly-Version von meiner Lösung erhalten und diese auf ein cc.net-Label anwenden. Ich denke, ich mache es rückwärts, da alle Infos da draußen den CI-Server die Version eingestellt haben. Ich bin mir aber nicht sicher, wie ich verschiedene Release-Versionen und den Entwicklungszweig in CI integrieren kann. Jedes Mal, wenn wir es freigeben, wird die Revisionsnummer angezeigt. Würde/sollte ich für jede Branche ein neues Projekt in cc.net hinzufügen? Gibt es eine Möglichkeit, automatisch den neuesten Zweig zu bekommen? Sorry für so viele verschiedene Fragen in einer ... Frage. Ich bin neu in diesem CI-Zeug.Wie bekomme ich die Assembly-Version von meinem SLN in einen Continuous Integration Labeler?
2
A
Antwort
1
Sie finden dies alles viel einfacher, wenn Sie zu TeamCity wechseln. Ich habe in der Vergangenheit mit so vielen Nant Scripts/Cruisecontrol Config Dateien gerungen, dass ich fast blind bin aus spitzen Klammern.
Ich weinte wie der Buchhalter, dem das erste Tabellenkalkulationsprogramm gezeigt wurde, als ich anfing, mit TeamCity zu spielen. Es wird dein Leben 1000% einfacher machen.
2
Finalbuilder und das Assembly Updater
[Update: Cool, kann keine Hyperlinks hinzufügen. Setzen Finalbuilder und 3XW en dotcom am Ende vor der folgenden URL :) /Products/FinalBuilder/FeatureMatrix/FeaturesCompilerActions/tabid/98/Default.aspx
- Use "PropertySet definieren" auf Basis von .NET Assembly Zahlen
- Use "PropertySet Load"
- Use "PropertySet Incremement"
- Use "Assembly Updater", es zu speichern wieder
Und du bist fertig. :)
Gut Team City ist nicht frei, und das ist ein großes Problem mit der Firma. Hudson sah cool aus. – nportelli
Die professionelle Ausgabe * ist * kostenlos. Das sind 20 Benutzer und 20 Projekte. Wenn Sie mehr wollen, dann ist die Enterprise-Edition nur etwa die gleichen Kosten wie eine einzige MSDN-Lizenz für ein Jahr. Wenn Sie neu in CI sind, würde ich TeamCity immer noch dringend empfehlen. –
Sie können auch mehrere Instanzen der kostenlosen Professional Edition ausführen. Wenn Sie also Ihre Projekte/Benutzer sinnvoll trennen können, müssen Sie niemals das 20/20-Limit erreichen. – bruceboughton