So richten Sie CI/CD mit Ollama ein (Schritt für Schritt)
In Ordnung, lassen Sie uns zum Wesentlichen kommen. Die Einrichtung von CI/CD mit Ollama kann anfangs wie Raketenwissenschaft erscheinen, aber ganz ehrlich, es ist nicht so schlimm, sobald Sie den Dreh raus haben. In diesem Tutorial werde ich Ihnen genau zeigen, wie Sie alles zum Laufen bringen, damit Sie Ihre Anwendungen automatisch wie ein Profi bereitstellen können – und ja, das wird Ihr Leben dabei viel einfacher machen.
Was Wir Bauen Werden und Warum Es Wichtig Ist
Wir erstellen eine effiziente Pipeline mit Ollama für kontinuierliche Integration und Bereitstellung (CI/CD), die den Prozess des Testens und Bereitstellens von Code automatisiert. Dies ist entscheidend, da sichergestellt wird, dass jede Änderung validiert wird, wodurch Ihre Abende von dem schrecklichen Panikmoment bei der kurzfristigen Bereitstellung befreit werden.
Voraussetzungen
- Ollama auf Ihrem System installiert (Überprüfen Sie die neueste Version in der offiziellen Dokumentation)
- Python 3.11+
- Node.js 14+ (wenn Sie mit JavaScript-basierten Projekten arbeiten)
- Ein GitHub-Repository oder eine andere Versionskontrolle
- Ein CI/CD-Tool Ihrer Wahl, das Ollama unterstützt (GitHub Actions, GitLab CI usw.)
Schritt 1: Ollama Installieren
Um mit Ollama zu arbeiten, müssen Sie es zuerst installieren. Dieser Schritt ist wichtig, denn Ollama erscheint nicht einfach aus dem Nichts. Sie müssen die Software tatsächlich herunterladen und installieren. So machen Sie es.
curl -sSL https://ollama.com/install.sh | sh
Wenn Sie auf Probleme stoßen, stellen Sie sicher, dass der curl-Befehl in Ihrem Terminal verfügbar ist. Wenn nicht, müssen Sie ihn möglicherweise mit Ihrem Paketmanager installieren. Es könnte auch zu Berechtigungsproblemen kommen; versuchen Sie in diesem Fall, mit sudo zu arbeiten.
Schritt 2: Ihr Git-Repository Einrichten
Sie können CI/CD nicht ohne ein Code-Repository verwenden. Lassen Sie uns ein Git-Repository erstellen, falls Sie noch keines haben. Das ist entscheidend, denn dort lebt Ihr Code, und so wird CI/CD die Änderungen überwachen.
git init your-project
cd your-project
git add .
git commit -m "Initial commit"
Stellen Sie sicher, dass Sie eine README.md-Datei hinzufügen, um eine klare Vorstellung davon zu haben, worum es in Ihrem Projekt geht. Es mag wie ein kleines Detail erscheinen, aber es kann Ihnen und anderen auf lange Sicht Zeit sparen. Und ja, ich habe diesen Schritt in der Vergangenheit zu oft vergessen.
Schritt 3: Ollama In Ihrem Projekt Konfigurieren
Ollama funktioniert mit einer Konfigurationsdatei namens ollama.yaml. Sie müssen dies einrichten, damit Ollama weiß, welche Aktionen zu ergreifen sind, wenn Änderungen in Ihrem Code-Repository auftreten. Hier ist ein einfaches Beispiel, das Sie verwenden können:
name: MyOllamaCI
version: 1.0
jobs:
build:
runs-on: ubuntu-latest
steps:
- name: Code auschecken
uses: actions/checkout@v2
- name: Python einrichten
uses: actions/setup-python@v2
with:
python-version: '3.11'
- name: Abhängigkeiten installieren
run: |
pip install -r requirements.txt
- name: Tests ausführen
run: |
python -m unittest discover
Eine solche Datei mag Ihre Augen zum Glänzen bringen, aber vertrauen Sie mir – es ist Ihr Plan für die Automatisierung. Stellen Sie sicher, dass Sie sie nach Bedarf an Ihre spezifischen Anforderungen und Abhängigkeiten anpassen.
Schritt 4: Ihre CI/CD-Pipeline Erstellen
Jetzt, da Ollama eingerichtet ist, möchten Sie eine Pipeline erstellen, die auf Änderungen in Ihrem Repository hört. Dieser Teil ist entscheidend, da er die Test- und Bereitstellungsphasen automatisiert. Wenn Sie neuen Code pushen, wird die Pipeline aktiv. Der Code sieht so aus:
name: CI/CD Pipeline
on:
push:
branches:
- main
jobs:
build:
runs-on: ubuntu-latest
steps:
- name: Code auschecken
uses: actions/checkout@v2
- name: Python einrichten
uses: actions/setup-python@v2
with:
python-version: '3.11'
- name: Abhängigkeiten installieren
run: |
pip install -r requirements.txt
- name: Tests ausführen
run: |
python -m unittest discover
- name: Bereitstellen
run: |
echo "Bereitstellen in der Produktion!"
Wenn Sie Ihre Änderungen committen, wird die Pipeline ausgelöst, die Abhängigkeiten installiert, Tests ausführt und dann Ihre Anwendung bereitstellt! Achten Sie jedoch darauf, denn eine falsche Bereitstellung kann zu fehlenden Umgebungsvariablen in der Produktion führen. Sie können diese immer über die Admin-Oberfläche Ihrer Hosting-Plattform konfigurieren.
Schritt 5: Fehlerbehandlung
So erstaunlich dieser Prozess auch klingt, Sie werden auf einige Hürden stoßen. Hier ist eine Übersicht über die häufigsten Fehler, auf die Sie stoßen könnten, und wie Sie sie beheben:
- Abhängigkeitsfehler: Wenn Ihre Abhängigkeiten nicht gefunden werden, überprüfen Sie Ihre
requirements.txt-Datei und vergewissern Sie sich, dass die angegebenen Pakete in Ihrer Umgebung installiert sind. - Fehlgeschlagene Tests: Unittests schlagen oft aufgrund eines einfachen Tippfehlers oder veralteter Abhängigkeiten fehl. Führen Sie die Tests lokal aus, bevor Sie Ihren Code pushen, um sicherzustellen, dass sie bestehen.
- Bereitstellung in der Produktion schlägt fehl: Dies könnte an fehlenden Umgebungsvariablen liegen, die während der Bereitstellungsphase erforderlich sind. Stellen Sie sicher, dass diese in Ihrer Hosting-Plattform korrekt gesetzt sind.
Die Fallen
Es gibt mehrere Dinge, die Ihnen in der Produktion schwer zu schaffen machen können, die die meisten Tutorials nicht erwähnen. Hier sind einige meiner Favoriten:
- Umgebungsabweichung: Ihre lokale Umgebung kann perfekt funktionieren, aber die Produktion kann ein ganz anderes Biest sein. Testen Sie immer in einer Umgebung, die der Produktion so nahe wie möglich kommt.
- Ignorierte Dateien: Stellen Sie sicher, dass Ihre
.gitignore-Datei keine Dateien ausschließt, die Sie tatsächlich in der Produktion benötigen (wie Ihreollama.yaml-Datei oder sensible Konfigurationsdateien). - Versionskontrollprobleme: Wenn Sie mehrere Branches haben, stellen Sie sicher, dass Sie im richtigen entwickeln. Ein Push in den falschen Branch kann zu unerwartetem Verhalten führen.
Vollständiges Codebeispiel
Hier ist alles, was wir bisher in einem kohärenten Stück aufgebaut haben. Wenn Sie es zusammenfügen, sollte es so aussehen:
name: CI/CD Pipeline
on:
push:
branches:
- main
jobs:
build:
runs-on: ubuntu-latest
steps:
- name: Code auschecken
uses: actions/checkout@v2
- name: Python einrichten
uses: actions/setup-python@v2
with:
python-version: '3.11'
- name: Abhängigkeiten installieren
run: |
pip install -r requirements.txt
- name: Tests ausführen
run: |
python -m unittest discover
- name: Bereitstellen
run: |
echo "Bereitstellen in der Produktion!"
Was Kommt Als Nächstes
Wenn Sie sich abenteuerlustig fühlen, ist jetzt der Zeitpunkt, Ollama mit anderen Tools zu integrieren! Ich empfehle dringend, Observability-Tools (wie Prometheus) zu erkunden, um die Leistung Ihrer App nach der Bereitstellung im Auge zu behalten. Dies gibt Ihnen Daten über alles, was Ihre CI/CD-Pipeline im Laufe der Zeit verbessern muss.
FAQ
Q: Was ist, wenn meine Tests instabil sind?
A: Instabile Tests können ein Albtraum sein, besonders wenn sie manchmal bestehen und manchmal fehlschlagen. Achten Sie auf Race Conditions, Abhängigkeiten von Timing oder externe Dienste, die möglicherweise nicht immer verfügbar sind. Isolieren Sie Ihre Tests, wann immer möglich.
Q: Kann ich Ollama mit anderen CI/CD-Tools verwenden?
A: Absolut! Während die hier bereitgestellten Beispiele sich auf GitHub Actions konzentrieren, kann Ollama auch mit Tools wie GitLab CI, CircleCI oder Jenkins arbeiten. Folgen Sie einfach der Dokumentation für das Setup, das auf Ihr gewähltes Tool zutrifft.
Q: Wie weiß ich, wann meine CI/CD-Pipeline fehlgeschlagen ist?
A: Ihre Plattform wird Sie typischerweise per E-Mail oder über das Dashboard benachrichtigen, wenn ein Job fehlschlägt. Stellen Sie sicher, dass die Benachrichtigungen aktiviert sind, damit Sie über Probleme informiert werden, sobald sie auftreten.
| Funktion | Ollama | GitLab CI | Jenkins |
|---|---|---|---|
| Sterne | 165.553 | 135.959 | 36.024 |
| Forks | 15.055 | 35.893 | 14.138 |
| Offene Issues | 2.682 | 1.579 | 2.915 |
| Lizenz | MIT | MIT | MIT |
| Letzte Aktualisierung | 2026-03-19 | 2023-04-12 | 2023-05-25 |
Die Entscheidung für ein CI/CD-Tool, das Ihren Bedürfnissen entspricht, ist entscheidend. Ollama ist für kleinere Projekte aufgrund seiner Einfachheit besser als GitLab CI, während Jenkins seinen Platz in größeren Unternehmensumgebungen hat.
Wenn Sie es noch nicht bemerkt haben, ich bin ein großer Fan von Ollama. Es ist fast narrensicher, wenn Sie diese Schritte befolgen. Es lässt einen wirklich darüber nachdenken, wie man ohne es überlebt hat.
Daten Stand vom 19. März 2026. Quellen: Ollama Stats, GitLab, Jenkins.
Verwandte Artikel
- Wie KI-Agenten mehrere Sprachen nahtlos beherrschen
- Ollama vs vLLM: Welches Für Nebenprojekte
- Meine KI-Agenten sprechen jetzt mit anderen Diensten: So habe ich es gemacht
🕒 Published: