Mit dem Dateibrowser der IDE arbeiten

Sie können über das Looker-Menü Entwickeln auf die Looker IDE zugreifen. Weitere Informationen und andere Optionen finden Sie unter Auf Projektdateien zugreifen.

Die Looker-IDE unterstützt Ordner für Ihre Projektdateien. Ordner werden im linken Navigationsbereich der IDE angezeigt.

Wenn Ihr Looker-Projekt nicht in Ordnern organisiert ist, hat es eine flache Dateistruktur, bei der die Dateien im Bereich Dateibrowser alphabetisch aufgelistet sind. Informationen zum Aktualisieren Ihres Projekts, damit es IDE-Ordner verwendet, finden Sie unter Vorhandenes Projekt mit IDE-Ordnern organisieren.

Die Looker-IDE speichert die aktuell geöffnete Datei und den maximierten oder minimierten Status des Bereichs Dateibrowser. Sie können die Persistenz in den IDE-Einstellungen zurücksetzen.

Über die Symbole in der Symbolleiste oben im Bereich Dateibrowser können Sie alle Ordner minimieren, Dateien und Ordner verschieben oder löschen, nach Projektdateien suchen oder neue Ordner und neue Dateien erstellen.

Ordner „Importierte Projekte“

Wenn Sie ein Projekt importieren, wird in der Looker-IDE automatisch ein Ordner imported_projects erstellt. Im Ordner imported_projects sind Dateien aus lokalen Projekten und Remote-Projekten aufgeführt. Wählen Sie eine importierte Projektdatei aus der Liste der Dateien im imported_projects aus, um den Inhalt dieser Datei anzusehen.

Da sie nicht bearbeitet werden können, sind importierte Projektdateien nicht sichtbar, wenn Sie in der IDE Dateien gleichzeitig bearbeiten, um diese Dateien zu verschieben oder zu löschen.

Vorhandenes Projekt mit IDE-Ordnern organisieren

Wenn Ihr Projekt zuvor die bisherige Struktur mit flachen Dateien hatte oder Sie die Dateien in einem Ordner neu organisieren möchten, können Sie diese Struktur beibehalten. Wenn Sie Ihre Projektdateien jedoch in Ordnern organisieren möchten, empfehlen wir Ihnen dringend, die folgenden Vorbereitungen zu treffen:

• Planen Sie die Dateistruktur im Voraus mit allen Entwicklern.
• Prüfen Sie, ob alle Ihre Looker-Entwickler alle Updates in der Produktion bereitgestellt haben. Wenn ein Entwickler Änderungen nicht bereitgestellt hat, spiegeln seine Branche(n) die Dateistruktur wider, die vorhanden war, als er sie zuletzt aus der Produktion abgerufen hat. Wenn das Projekt zu diesem Zeitpunkt eine flache Dateistruktur hatte, wird die Version der Datei des Entwicklers an ihren ursprünglichen Speicherort in die Produktion gepusht. Sie haben dann zwei Kopien der Datei. Wenn ein Entwickler die Bereitstellung von Änderungen während der Migration in Ordner zurückgenommen hat, tritt außerdem ein Zusammenführungskonflikt auf, wenn er nach der Migration Daten aus der Produktion abruft.
• Erlassen Sie für alle Entwickler eine vorübergehende Code-Sperrung, bis das Projekt vollständig in die neue Verzeichnisstruktur migriert wurde.
• Beauftragen Sie einen einzelnen Entwickler, um die Dateien zu verschieben. Bei der folgenden Vorgehensweise wird davon ausgegangen, dass ein einzelner Entwickler das Projekt in IDE-Ordner migriert. Wenn mehrere Entwickler ihre Dateien verschieben müssen, teilen Sie die Aufgabe auf die Entwickler auf, um Zusammenführungskonflikte zu vermeiden. Wenn Sie Zusammenführungskonflikte feststellen, finden Sie auf der Seite Versionskontrolle verwenden und bereitstellen Informationen zur Behebung.

Hinweis: Wenn Sie eine Datei in Git verschieben, löschen Sie sie im Grunde und erstellen eine neue Datei mit einem neuen Pfad. Dies bedeutet, dass der Git-Verlauf für die Datei leer ist, da Git sie als neue Datei betrachtet. Wenn Sie den Git-Verlauf der Datei sehen möchten, bevor sie verschoben wurde, rufen Sie sie über die Git-Benutzeroberfläche an ihrem ursprünglichen Speicherort auf und sehen Sie sich dort den Git-Verlauf an.

Sobald alle Entwickler ihre Änderungen gepusht und committet und alle Arbeiten am Projekt pausiert haben, können Sie das Projekt in die neue Verzeichnisstruktur migrieren.

Weisen Sie einen einzelnen Entwickler für die folgenden Schritte zu:

1. Prüfen Sie, ob alle Updates in allen Entwicklungszweigen in der Produktion bereitgestellt wurden. Dazu gehören auch die Entwicklungszweige des Entwicklers, der die Migration in IDE-Ordnern durchführt.
2. Prüfen Sie, ob alle anderen Entwickler keine Änderungen mehr am Projekt vornehmen.
3. Aus der Produktion abrufen
4. Erstellen Sie die Ordner des Projekts.
5. Verschieben Sie die Projektdateien eine Datei nach der anderen oder per Bulk-Bearbeitung in die Ordner.
6. Validieren Sie den LookML-Code des Projekts. Es ist wahrscheinlich, dass Sie mehrere LookML-Fehler und -Warnungen erhalten, da die include- und map_layer-Anweisungen Verweise auf Dateispeicherorte enthalten, die während dieses Vorgangs wahrscheinlich verschoben wurden.

7. Aktualisieren Sie alle include- und map_layer-Anweisungen in Ihrem Projekt, damit sie mit dem neuen Pfad der Datei übereinstimmen. Darüber hinaus werden möglicherweise LookML-Validierungsfehler für referenzierte Objekte angezeigt, die nicht mehr gefunden werden können, da sich ihre Dateipfade geändert haben. Weitere Informationen finden Sie in der Dokumentation zur Verwendung von include mit IDE-Ordnern und zur Verwendung von map_layer mit IDE-Ordnern.

   Tipp: Mit Wildcards können Sie eine vorübergehende Lösung für LookML-Validierungswarnungen und ‑fehler erstellen, die durch include-Anweisungen verursacht werden. Wenn Sie beispielsweise Ansichtsdateien verwenden, können Sie include: "/**/*.view" angeben, um alle Dateien in allen Projektordnern einzuschließen. Dadurch werden Probleme bei der LookML-Validierung vermieden, während Sie mit der Entwicklung fortfahren. Diese Lösung ist jedoch langfristig nicht empfehlenswert, da mehr Dateien als nötig die Leistung beeinträchtigen können.

8. Übernehmen Sie die Änderungen.

9. Bringen Sie die Updates in der Produktion zum Einsatz.

10. Informieren Sie die anderen Looker-Entwickler, dass sie jetzt die Updates aus der Produktion abrufen und die Entwicklung im Projekt fortsetzen können.