Welche Tools verwenden Sie für die automatisierte Builds / automatisierte Deployments? Warum? [geschlossen]

StackOverflow https://stackoverflow.com/questions/99535

  •  01-07-2019
  •  | 
  •  

Frage

Welche Werkzeuge haben Sie für die automatisierte Verwendung Baut / Automatisierte Deployments? Warum?

Welche Tools empfehlen Sie?

War es hilfreich?

Lösung

Hudson für automatisierte Builds. Ich wählte es, weil es am einfachsten zu Setup und Demo war. Ein System, das zu komplex ist und nicht glatt aussehende nicht Management beeindruckt genug, um sie an Bord zu bekommen für die automatisierte baut. Gerade in einem Projekt, das viel Trägheit hat.

Andere Tipps

NAnt für Builds (aber MSBuild, Rechen, würde fast alles in Ordnung sein) und CruiseControl.NET für Einsätze. Ich bin derzeit mit dem neuen Cruise von Thoughtworks Studios arbeiten, da es eine bessere Art und Weise stellt die verschiedenen Pipelines auf die Bühne und lassen Sie ist mir eine beliebige Version bereitstellen ich in eine Zielumgebung wollen.

Wir verwenden Teamcity , von JetBrains. Sie machen auch ReSharper und IntelliJ.

Wir verwenden es für unsere .Net-Anwendungen bauen, und es war ganz einfach zu TFS einzurichten, zu verbinden, und führen Sie zusätzliche Werkzeuge aus. Es ist sehr poliert, und tatsächlich irgendwie erinnert mich an dieser Stelle. Fand es viel schöner als CruiseControl-, und für unser Team Größe ist es frei. Wenn Sie viele unterschiedliche Builds benötigen, mehr pro Benutzer erstellt, und so weiter, dann kostet es ein wenig (aber immer noch recht vernünftig).

Komischerweise ich Überholungs nur zwei Wochen lang (lesen Sie von Grund auf neu implementiert werden) unsere nächtlichen Build-Prozess. Ein großer Spaß (nein, wirklich). Ich spielte mit der Idee der Team Foundation Server installieren, aber wir verwenden Perforce für die Quellcodeverwaltung und ich nicht glaube, es war die Mühe wert.

Unser Verfahren ist nun eine Reihe von Powershell-Skripte, die auf einem dedizierten Build / Test-Server ausführen, die folgenden auf einem geplanten Task tun:

den gesamten Quellbaum auswischen (überprüfen, dass Sie nichts zuerst ausgecheckt haben!)

Bringen Sie den gesamten Quellbaum von Perforce nach unten (vom letzten markierten Build)

einen Änderungsbericht generieren (durch HEAD Synchronisierung und beobachten, was nach unten kommt)

die App Erstellen

Index der PDB-Dateien auf die Perforce Quellen

Speichern Sie die Binärdateien und Symbole in einem dedizierten Symbolserver

, um die Testprojekte starten

das Installationsprogramm beim Aufbau

Aufkleber

Senden Sie E-Mails an die Gruppe mit Statusberichte über alle oben

Funktioniert gut.

make und bash auf Linux

make und cmd auf Fenster

Wir verwenden eine Kombination von Build-Tool und kontinuierlicher Integration Server:

Werkzeuge Körperbau:

  1. Maven
  2. SBT
  3. Gradle
  4. Rake

Continuous Integration Server:

  1. Jenkins
  2. Hudson
  3. Travis CI

automatisiertes Build Studio .

Stattdessen Sie mes mit Skripts oder XML-Dateien zu lassen, kommt es mit vordefinierten grafischen Makro-Operationen, die Sie Aufgaben einfach erstellen können.

Für unsere Windows übersetzbar Sachen, die wir verwenden Finalbuilder .

CruiseControl- für automatisierte Builds. Funktioniert prima.

Für die automatisierte baut, ich denke, das beste Werkzeug geht jetzt ist JetBrain Das Team des City. Die kostenlose Version bietet alle Funktionen, die Sie für die meisten 5-10 Personen-Teams benötigen. Die Einrichtung ist einfach, neue Projekte zu konfigurieren ist schmerzlos (relativ), und vor allem, es ist zuverlässig.

Für die automatisierte Migrationen, geht nichts über Powershell.

Uppercut nutzt NAnt zu bauen und es ist die irrsinnig leicht Build-Framework.

Automatische Builds so einfach wie (1) Name der Lösung, (2) Quelle Steuerpfad (3) Firmenname für die meisten Projekte!

http://code.google.com/p/uppercut/

Einige gute Erklärungen hier: Uppercut

Weitere Informationen

Uppercut ist ein herkömmliches automatisiertes Build, das bedeutet, dass Sie eine Konfigurationsdatei einrichten und dann erhalten Sie eine Reihe von Funktionen kostenlos. Die wohl stärkste Merkmal ist die Fähigkeit, Umgebungseinstellungen an einem Ort zu spezifizieren und zu haben sie überall angewandt, einschließlich der Dokumentation, wenn sie die Quelle aufbauen.

Dokumentation vorhanden: https://github.com/chucknorris/uppercut/wiki

Features:

Bei der Arbeit verwenden wir good ol‘ Ant unsere Java-Servlets zu bauen.

Wir haben von Visual Erstellen von Kinook Software zu verwenden, aber vor kurzem mit unserer neuen Anwendung, die wir zu MSBuild geschaltet, da es eine bessere Integration mit TFS und hatte die Fähigkeit, benutzerdefinierte Aufgaben zu erstellen.

Die GNU Autotools auf jeden Fall. Die autoconf und auto de facto sind Standard für Unix-Systeme.

Ich habe Erfolg mit buildbot , ausgelöst durch einen post-commit-Skript auf einer Subversion-Repository. Dies hat sowohl für automatisierte Builds und automatisierte Tests verwendet.

ANT sowohl für Build- und Deployment / installiert.

Macht eines großen Cross-Plattform-Installer.

Wir verwenden Hericus Zed baut und Bugs-Management für unseren automatisierten Builds.

Wir haben 4 Codezweige, die jeweils mit Java, C ++, C #, Cross-Plattform kompiliert und Installateure für 5 OS.

Stellen für die Builds. Debian-Pakete für Installationen (da unsere Produktionsserver läuft es).

Teamcity läuft NAnt Skripte für das Bauen / Verpackung und Powershell für die Bereitstellung.

Ich habe festgestellt, dass NAnt mit, angetrieben von Teamcity, anstelle den nativen Teamcity Läufer uns einen viel reicheren Build-Prozess haben kann (z. B. CSS minimiser, etc). Es bedeutet auch, der volle build / Paket Prozess kann auf jedem Entwickler PC ausgeführt werden und nicht nur den Teamcity-Server es viel einfacher zu gestalten und zu debuggen Problemen in dem Build-Prozess zu machen.

Lizenziert unter: CC-BY-SA mit Zuschreibung
Nicht verbunden mit StackOverflow
scroll top