Voransicht- und Testprojekte

Zwei verwandte Konzepte, die beide dafür sorgen, dass experimentelle Arbeit die wichtige Produktionsarbeit nicht beeinflusst.

Vorübergehende Projekte#

Ein vorübergehendes Projekt ist ein normales Projekt, das Sie später wieder löschen möchten. Nutzen Sie es, um Coroid mit einem unbekannten Codebase auszuprobieren, eine Richtlinienänderung vor der breiten Anwendung zu testen oder einen Ansatz zu erkunden, den Sie nicht weiterverfolgen wollen.

Der Vorteil besteht in der Isolation: Experimente in einem vorübergehenden Projekt beeinträchtigen weder die Aufgabenhistorie, Metriken noch den Kontext des Projekts, auf das Ihr Team angewiesen ist.

Löschen Sie das Projekt, wenn Sie fertig sind. Ein vorübergehendes Projekt, das länger als sechs Monate besteht, ist heimlich zu einem echten Projekt geworden – ohne die entsprechende Konfigurationspflege.

Vorschau-Umgebungen#

Eine Vorschau zeigt Ihre geänderte Anwendung tatsächlich im Betrieb – erstellt aus dem Branch, den eine Aufgabe generiert hat.

Das ist wichtig, weil manche Aspekte nicht allein durch das Lesen einer Diff-Ansicht feststellbar sind. Ob eine Seite korrekt dargestellt wird, ob ein Arbeitsablauf end-to-end funktioniert oder ob eine Änderung optisch stimmt – dafür muss die Anwendung tatsächlich laufen.

Vorschauen sind das, was Browser-Tests darauf ausgeführt werden und was Rezensenten öffnen, wenn ein Screenshot die Frage nicht klären kann.

Änderungen eines Tasks als Vorschau anzeigen#

In der Factory öffnen Sie einen Task, der zur Rezension bereitsteht. Unter Was hat sich geändert, befindet sich der Vorschau -Button startet den Branch des Tasks mit einem Klick.

• Startvorgang: Die Abhängigkeiten des Branches werden installiert und die Anwendung gestartet. Der erste Start kann einige Minuten dauern.
• Bereit: Die laufende Anwendung wird im Fenster angezeigt. Öffnen zeigt die Vorschau in einem neuen Tab an; das Fenster gibt außerdem an, wie lange die Vorschau noch aktiv ist.
• Stoppen beendet die Vorschau vorzeitig. Eine in Coroid laufende Vorschau stoppt automatisch nach einer Stunde.

Falls der Build fehlschlägt, Erneut ausführen startet den Prozess erneut und Protokoll anzeigen zeigt an, was schiefgelaufen ist. Bei Änderungen ohne Webseite zum Öffnen – etwa Backend- oder Bibliotheksänderungen – wird Nichts zum Anzeigen im Browser statt eines Buttons angezeigt.

Wenn Sie eine bereits startende oder laufende Vorschau erneut starten, wird dieselbe Vorschau geöffnet – sodass zwei Rezensenten nicht versehentlich zwei Kopien starten.

Wo eine Vorschau läuft#

Sie können nicht selbst bestimmen, wo eine Vorschau läuft:

• Coroid Sandbox: Die Standardoption. Coroid baut den Task-Branch in einem isolierten Container auf, der keine Ihrer Geheimnisse enthält. Dafür werden weder pull request noch ein Push benötigt – daher funktioniert dies auch bei Repositories, die innerhalb von Coroid bleiben.
• Vercel: Wenn das Projekt für direkte Deployments mit Vercel verbunden ist (Projekteinstellungen → Integrationen → Rezensionsnachweise), baut Vercel den Branch und stellt ihn unter einer Vercel-Vorschau-Adresse bereit. Die eigenen Deploymentschutzmechanismen von Vercel greifen hier – daher öffnet sich die Vorschau in einem neuen Tab und nicht im Fenster.

Ein Repository im Local-Only-Modus verlässt niemals Coroid und nutzt immer die Coroid Sandbox für Vorschauen.

Die Vorschau-Adresse ist lang und schwer zu erraten – doch jeder, der sie besitzt, kann die Vorschau während der Laufzeit öffnen. Behandeln Sie sie wie jeden Link zu noch nicht veröffentlichter Arbeit.

Wie Vorschauen zu Ihrem pull request gelangen#

Der Link zum pull request Coroid für einen Task führt zur entsprechenden Vorschau: Diese Änderung in Coroid als Vorschau anzeigen öffnet die Task-Rezension und startet die Vorschau. Für den Link ist eine Anmeldung bei Coroid erforderlich; die Vorschau-Adresse wird nicht im Pull Request veröffentlicht.

Falls bereits Vorschau-Deployments vorhanden sind – sei es über die Git-App Ihres Hosting-Anbieters oder Ihre CI – hängt Coroid diese ebenfalls als Rezensionsnachweise, sodass der Link direkt neben der Änderung angezeigt wird und nicht irgendwo versteckt ist.

Der Sinn besteht darin, dass Verifizierungsnachweise und der Code, den sie prüfen, gemeinsam bereitgestellt werden.

Wann welches zu verwenden ist#

• Um Coroid oder einen Ansatz auszuprobieren, den Sie eventuell wieder verwerfen → vorübergehendes Projekt
• Um zu überprüfen, ob eine bestimmte Änderung korrekt funktioniert → Vorschau

Sie können kombiniert werden: Ein vorübergehendes Projekt kann ebenfalls Vorschauen nutzen.

Verwandte Themen#

• Ein Projekt erstellen und konfigurieren
• Rezensionsnachweise
• Anbieter von Rezensionsnachweisen