Ich bin sehr neu in Git und ich plane, zu einem Open-Source-Projekt auf GitHub beizutragen, nachdem ich einen kleinen Fehler darin entdeckt habe. Nachdem ich es gegabelt und den Fehler behoben hatte, stellte ich eine Pull-Anfrage fest und bemerkte, dass dies auftauchte:
Fehlgeschlagen - Der Travis CI-Build ist fehlgeschlagen
Als ich mir die Details Could not find .travis.yml
ansah, stellte ich fest, dass dies durch verursacht wurde , was durchaus Sinn machte, da ich mich nicht bei Travis Cl angemeldet und .travis.yml zum Repository hinzugefügt hatte.
Ich höre zum ersten Mal von Travis und der so genannten kontinuierlichen Integration. Und es klingt ziemlich cool. Um mehr darüber zu erfahren, habe ich es auf Wikipedia nachgeschlagen.
Travis CI ist ein gehosteter, verteilter kontinuierlicher Integrationsdienst, mit dem auf GitHub gehostete Projekte erstellt und getestet werden. Travis CI erkennt automatisch, wenn ein Commit durchgeführt und an ein GitHub-Repository gesendet wurde, das Travis CI verwendet, und versucht jedes Mal , das Projekt zu erstellen und Tests auszuführen . Dies schließt Commits für alle Zweige ein, nicht nur für den Hauptzweig.
Mein derzeitiges Verständnis von Travis CI ist, dass das Projekt automatisch vorangetrieben wird git commit -am ".."
und ich einen Teil davon nicht ganz verstehe.
Durch den Bau des Projekts und führen Tests , welche Tests wird es laufen? Und wie wird es das Projekt "bauen"? (wie es in Binär zu kompilieren?)
Darin heißt es: "Dies schließt Commits für alle Zweige ein" - aber was ist, wenn ich nicht für alle Zweige festschreiben möchte?
Ist es in Ordnung, wenn ich Travis Cl überhaupt nicht benutze? Unter welchen Umständen ist es am besten, es zu verwenden (oder es muss verwendet werden)?