Wie man CI/CD mit Ollama einrichtet (Schritt für Schritt)
Alles klar, kommen wir direkt zur Sache. CI/CD mit Ollama einzurichten kann anfangs kompliziert wirken, aber ehrlich gesagt, ist es nicht so schwierig, sobald Sie verstanden haben, wie es funktioniert. In diesem Tutorial werde ich Sie Schritt für Schritt anleiten, um alles einzurichten und sicherzustellen, dass Sie Ihre Anwendungen automatisch wie ein Profi bereitstellen können – und ja, das macht Ihr Leben dabei viel einfacher.
Was wir bauen werden und warum es wichtig ist
Wir werden einen effizienten Pipeline erstellen, indem wir Ollama für die kontinuierliche Integration und Bereitstellung (CI/CD) nutzen, was den Prozess des Testens und Bereitstellens von Code automatisiert. Das ist entscheidend, da es sicherstellt, dass jede Änderung validiert wird, wodurch Sie Ihre Abende von diesem schrecklichen Stress der Last-Minute-Bereitstellung befreien.
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-Werkzeug Ihrer Wahl, das Ollama unterstützt (GitHub Actions, GitLab CI usw.)
Schritt 1: Ollama installieren
Um mit der Nutzung von Ollama zu beginnen, müssen Sie es zuerst installieren. Dieser Schritt ist wichtig, da Ollama nicht wie durch Zauberhand erscheint. Sie müssen die Software tatsächlich herunterladen und installieren. So können Sie es tun.
curl -sSL https://ollama.com/install.sh | sh
Wenn Sie Probleme haben, stellen Sie sicher, dass der Befehl curl in Ihrem Terminal verfügbar ist. Andernfalls müssen Sie ihn möglicherweise mit Ihrem Paketmanager installieren. Sie könnten auf Berechtigungsprobleme stoßen; in diesem Fall versuchen Sie, es mit sudo auszuführen.
Schritt 2: Ihr Git-Repository einrichten
Sie können CI/CD nicht ohne ein Code-Repository verwenden. Lassen Sie uns ein Git-Repository erstellen, wenn Sie noch keins haben. Das ist entscheidend, denn hier lebt Ihr Code, und hier 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 bekommen, was Ihr Projekt ist. Das mag ein kleines Detail sein, aber langfristig kann es Ihnen und anderen viel Zeit sparen. Und ja, ich habe diesen Schritt in der Vergangenheit viel zu oft vergessen.
Schritt 3: Ollama in Ihr Projekt einrichten
Ollama funktioniert mithilfe einer Konfigurationsdatei namens ollama.yaml. Sie müssen diese konfigurieren, damit Ollama weiß, welche Aktionen durchzuführen 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
Ein solcher Dateiaufbau kann Ihre Augen zum Leuchten bringen, aber glauben Sie mir, das ist Ihr Plan zur Automatisierung. Stellen Sie sicher, dass Sie es 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 "Bereitstellung in Produktion!"
Wenn Sie Ihre Änderungen bestätigen, wird die Pipeline ausgelöst, installiert die Abhängigkeiten, führt die Tests aus und stellt dann Ihre Anwendung bereit! Seien Sie jedoch vorsichtig, denn eine fehlerhafte Bereitstellung kann dazu führen, dass Umgebungsvariablen in der Produktion fehlen. Sie können diese immer im Administrationsbereich Ihrer Hosting-Plattform konfigurieren.
Schritt 5: Fehlerverwaltung
Obwohl dieser Prozess unglaublich erscheinen mag, werden Sie auf Hindernisse stoßen. Hier ist ein Überblick über die häufigsten Fehler, die Sie möglicherweise erleben und wie Sie sie beheben können:
- Abhängigkeitsfehler: Wenn Ihre Abhängigkeiten nicht gefunden werden, überprüfen Sie Ihre
requirements.txt-Datei und stellen Sie sicher, dass die angegebenen Pakete in Ihrer Umgebung installiert sind. - Fehlerhafte Tests: Unit-Tests schlagen oft aufgrund von einfachen Tippfehlern oder veralteten Abhängigkeiten fehl. Führen Sie die Tests lokal aus, bevor Sie Ihren Code pushen, um sicherzustellen, dass sie bestanden werden.
- Fehler bei der Bereitstellung in der Produktion: Dies könnte auf fehlende Umgebungsvariablen zurückzuführen sein, die während der Bereitstellungsphase erforderlich sind. Bestätigen Sie, dass sie auf Ihrer Hosting-Plattform ordnungsgemäß konfiguriert sind.
Die Fallstricke
Es gibt viele Dinge, die Ihnen in der Produktion schaden können, die die meisten Tutorials nicht erwähnen. Hier sind einige meiner Favoriten:
- Umgebungs-Mismatch: Ihre lokale Umgebung kann einwandfrei funktionieren, aber die Produktion kann ein anderes Biest sein. Testen Sie immer in einer Umgebung, die die Produktion so genau wie möglich imitiert.
- Ignorierte Dateien: Stellen Sie sicher, dass Ihre
.gitignore-Datei keine Dateien ausschließt, die Sie in der Produktion wirklich benötigen (wie Ihreollama.yamloder sensible Konfigurationsdateien). - Versionskontrollprobleme: Wenn Sie mehrere Branches haben, stellen Sie sicher, dass Sie im richtigen entwickeln. In den falschen Branch zu pushen kann zu unerwartetem Verhalten führen.
Vollständiges Codebeispiel
Hier ist alles, was wir bisher in einem konsistenten Stück gebaut 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 "Bereitstellung in Produktion!"
Was kommt als Nächstes?
Wenn Sie sich abenteuerlich fühlen, ist jetzt der Zeitpunkt, Ollama mit anderen Tools zu integrieren! Ich empfehle Ihnen, Beobachtungs-Tools (wie Prometheus) zu erkunden, um die Leistung Ihrer Anwendung nach der Bereitstellung im Auge zu behalten. Das gibt Ihnen Daten darüber, was Ihr CI/CD-Pipeline benötigt, um sich im Laufe der Zeit zu verbessern.
FAQ
F: Was tun, wenn meine Tests unzuverlässig sind?
A: Unzuverlässige Tests können ein Albtraum sein, insbesondere wenn sie manchmal bestehen und manchmal fehlschlagen. Suchen Sie nach Konkurrenzbedingungen, zeitabhängigen Abhängigkeiten oder externen Diensten, die nicht immer verfügbar sind. Isolieren Sie Ihre Tests so gut wie möglich.
F: Kann ich Ollama mit anderen CI/CD-Tools verwenden?
A: Absolut! Obwohl die hier bereitgestellten Beispiele sich auf GitHub Actions konzentrieren, kann Ollama auch mit Tools wie GitLab CI, CircleCI oder Jenkins funktionieren. Folgen Sie einfach der Dokumentation für die spezifische Konfiguration des Tools, das Sie ausgewählt haben.
F: Wie weiß ich, wann meine CI/CD-Pipeline fehlgeschlagen ist?
A: Ihre Plattform wird Sie in der Regel 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 Probleme | 2,682 | 1,579 | 2,915 |
| Lizenz | MIT | MIT | MIT |
| Letzte Aktualisierung | 2026-03-19 | 2023-04-12 | 2023-05-25 |
Die Wahl eines CI/CD-Tools, das Ihren Bedürfnissen entspricht, ist entscheidend. Ollama ist besser als GitLab CI für kleine Projekte aufgrund seiner Einfachheit, während Jenkins in größeren Unternehmensumgebungen seinen Platz hat.
Wenn Sie es nicht verstanden haben, ich bin ein großer Fan von Ollama. Es ist fast narrensicher, wenn Sie diese Schritte befolgen. Es lässt Sie sich fragen, wie Sie ohne das überlebt haben.
Daten vom 19. März 2026. Quellen: Ollama Stats, GitLab, Jenkins.
Verwandte Artikel
- Wie KI-Agenten mehrere Sprachen fließend beherrschen
- Ollama vs vLLM: Welche Wahl für Nebenprojekte
- Meine KI-Agenten sprechen jetzt mit anderen Diensten: So habe ich es gemacht
🕒 Published: