Entschuldigung, wenn das etwas naiv klingt. Wir haben bereits einiges an Styling für unser Discourse-Thema vorgenommen – einfache Sachen, aber doch eine ganze Menge, einschließlich benutzerdefinierter CSS-Anpassungen usw. Es handelt sich um einen gehosteten Plan, und jedes Mal, wenn ich Änderungen am CSS in der Benutzeroberfläche vornehme, erhalte ich eine Warnung bezüglich Updates und Überschreibungen.
Ist es Best Practice, ein GitHub-Repository einzurichten und alle Theme-Dateien sowie Theme-Komponenten dort zu hosten, um dieses Problem zu vermeiden?
Absolut, es ist bewährte Praxis, jedes größere Theme in einem Git-Repository zu verwalten. Das macht die Nachverfolgung von Änderungen einfacher. Mit dem Theme Creator CLI sind die Workflows angenehm, sodass das Bearbeiten noch einfacher wird.
Das habe ich vermisst. Wird die CLI also feststellen, dass eine Änderung auf GitHub gepusht wurde, und sie neu laden? Ich habe bisher nur gesehen, dass lokale Dateien zu Discourse gepusht werden. Ich habe die Ankündigung gerade noch einmal gelesen und finde dort nichts über GitHub.
Ah, also würdest du die Entwicklung auf einer Staging-Umgebung mit der CLI durchführen, dann zu GitHub pushen, und die Produktion holt sich das Update von GitHub?
Du kannst problemlos in der Produktion entwickeln, indem du eine temporäre Komponente oder ein temporäres Theme erstellst und ihm einfach einen anderen Namen gibst. So ähnlich.
Aber ja, ein Workflow mit Staging und Entwicklung kann etwas sauberer funktionieren.
Oh, wow! Ich habe es gerade zum ersten Mal seit einiger Zeit benutzt (nachdem ich es zwei Tage lang nicht zum Laufen bekommen hatte, weil ich vergessen hatte, dass man einen API-Schlüssel verwenden muss und dachte, es läge an einem anderen Problem, aber ich schweife ab ich habe das Thema gerade bearbeitet, um die Leute darauf hinzuweisen) und WOW, es ist jetzt unglaublich gut.
So nimmst du alle Änderungen lokal vor und schiebst sie später, wenn alles fertig ist, auf GitHub.