Ich bin dabei, meine SVN-Repositories zu Migrieren mit GitLab zu migrieren.
Nun habe ich gesehen, dass es eine kontinuierliche Integrationsimplementierung mit GitLab CI gibt und ich will es einfach ausprobieren.
Ich habe bereits einen Runner installiert und konfiguriert, aber Gitlab beschwert sich darüber, dass ich keine .gitlab-ci.yml -Datei habe.
Ich nutze TeamCity bereits für die fortlaufende Integration, deshalb möchte ich nicht zu viel Mühe darauf verwenden, ein Build-Skript zu schreiben.
Kann mir jemand sagen, wo ich ein grundlegendes Beispiel für eine gitlab-ci.yml -Datei finden kann, die im Grunde nur meine Lösung erstellt und alle Tests (MSTests) ausführt?
Anscheinend gibt es kein einfaches msbuild-Beispiel, aber das sollte Ihnen den Einstieg erleichtern:
%Vor%herauszufinden, welche Tests zu laufen ist ein bisschen schwierig. Meine Konvention ist, dass jedes Projekt einen Ordner Tests hat, in denen die Testprojekte nach dem Schema MyProject.Core.Tests (für ein Projekt namens MyProject.Core)
benannt sindWie ein erstes Feedback zu gitlab-ci
Ich mag die Einfachheit und die Integration der Quellcodeverwaltung. Aber ich würde gerne in der Lage sein, das Skript vor der Ausführung zu modifizieren (vor allem beim Ändern des Skripts), aber ich könnte ein bestimmtes Commit wiederholen und Variablen einfügen oder das Skript ändern (das kann ich mit teamcity machen). Oder ignoriere einen gescheiterten Test und führe das Skript erneut aus (das mache ich sehr oft mit Teamcity). Ich weiß, gitlab-ci weiß nichts über meine Tests Ich habe nur eine Befehlszeile, die einen Fehlercode zurückgibt.
Als Ergänzung zu Jürgen Steinblock möchte ich eine einfachere Alternative für das Teststadium vorschlagen:
%Vor% Dadurch wird der Test für alle gefundenen Testprojekt-Binärdateien gestartet, der mit der Konvention *Tests.dll im Build-Verzeichnis endet. Dies hat den Vorteil, dass keine Zwischendatei verwendet wird.
Tags und Links continuous-integration gitlab gitlab-ci