Hexo-theme-volantis: So aktualisieren Sie Themes richtig

@inkss, bitte hilf mir, die Fork-Methode auszufüllen, um das Design zu aktualisieren. 😀

So aktualisieren Sie ein Thema richtig (Fork)

Dieser Artikel basiert auf der Verwendung der GitKraken-Software , verwandte Links: GitKraken: Free Git GUI Client - Windows, Mac, Linux

Wenn Sie bereits ein Design geklont und zu Ihrem Blog-Repository hinzugefügt haben, indem Sie dem Artikel Einrichten von Submodulen im Designartikel gefolgt sind, dann wird Ihnen dieser Artikel eine große Hilfe sein, falls Sie es noch nicht getan haben, probieren Sie es aus. Hier ist die Lagerumgebung für diesen Artikel: Blog Lager Hexo-Blog , Thema Lager Volantis .

1. Einfache Bedienung von GitKraken

In der Software-Oberfläche von GitKraken ist der Bereich mit dem größten Bereich in der Mitte die historischen Übermittlungsinformationen des Lagers, die Details des ausgewählten Übermittlungsdatensatzes auf der rechten Seite und einige lagerbezogene Informationen auf der linken Seite konzentrieren sich auf die SUBMODULES Optionsleiste auf der linken Seite, wenn Sie normalerweise das Themen-Repository von Fork zum Blog-Repository hinzugefügt haben, können Sie es hier sehen. Erweitern Sie die Registerkarte SUBMODULE, klicken Sie mit der rechten Maustaste und wählen Sie Dieses Submodul öffnen aus, um das Submodul zu öffnen:

Das auf diese Weise eingegebene Repository ist Ihr Themen-Repository, und Sie können den Verlauf aller Einreichungen usw. auf der aktuellen Seite anzeigen. Um die negativen Auswirkungen einiger augenzwinkernder Namen zu vermeiden, sind die Einstellungen wie folgt: Das Fork-Repository heißt Theme-Repository und das Hexo-Theme-Volantis-Repository heißt Volantis- Repository .

In der Abbildung ist der Zweig, in dem sich das Design-Repository des aktuellen Fork befindet, master-theme , und die letzten Commit-Informationen des persönlichen Design-Repositorys werden auf der rechten Seite der Abbildung angezeigt. Im mittleren Bereich ist der obere Teil der mit master gekennzeichnete Zweig des volantis-Repositorys (erkennbar am Logo-Bild rechts). Offensichtlich ist das aktuelle Theme-Repository hinter dem Volantis-Repository zurückgeblieben.Als nächstes müssen wir den Code in unser eigenes Theme-Repository einbinden. Wenn Sie die Volantis-Warenlagerinformationen nicht in der Benutzeroberfläche sehen, nachdem Sie sie geöffnet haben, bedeutet dies, dass das Volantis-Warenlager derzeit nicht als Remote hinzugefügt wurde. Sie können es wie folgt hinzufügen:

Klicken Sie auf der Registerkarte REMOTE im linken Bereich auf das Pluszeichen, um die in der folgenden Abbildung gezeigte Schnittstelle aufzurufen, wählen Sie volantis-x/hexo-theme-volantis aus und fügen Sie sie hinzu.

Zweitens die Merge-Operation von GitKraken

1. Zusammenführen

Klicken Sie mit der rechten Maustaste auf den Master -Zweig des volantis-Repositorys und wählen Sie Merge volantis/master into xxxx to merge. Warum man Rebase nicht wählen sollte, ich persönlich denke, es ist besser, den Commit-Verlauf des Repositorys zu behalten, als den Verlauf zu ändern. Normalerweise wird der Zusammenführungsvorgang automatisch abgeschlossen, aber wenn es einen Konflikt gibt, erhalten Sie diese Erinnerung: Zusammenführung fehlgeschlagen, Es gibt Zusammenführungskonflikte, die gelöst werden müssen. Wie es heißt, gibt es Konflikte, die gelöst werden müssen, und Auf der rechten Registerkarte wird Merge Das Konflikt erkannte Fenster angezeigt, in dem aufgelöste und widersprüchliche Dateien angezeigt werden.

Klicken Sie auf das Fenster, um den Konflikt zu lösen. Auf dieser Seite ist der obere Teil der lokale und Remote-Code und der untere Teil der zusammengeführte Inhalt. Sie können wählen, ob Sie das Lokale auf der linken Seite, das Remote auf der rechten Seite oder beide auswählen, je nach der tatsächlichen Situation, wie zum Beispiel das Aufrufen der Änderungshistorie.Wenn Sie mit dem ausgewählten Ergebnis nicht zufrieden sind, können Sie den Inhalt auch manuell ändern Klicken Sie abschließend im Ausgabefenster auf Speichern , um den Vorgang zu beenden. (Im Prinzip müssen Sie eine davon auswählen, anstatt den Inhalt von Output direkt zu ändern.)

Manchmal stoßen Sie möglicherweise auf eine Datei, die vom Remote-Ende gelöscht wurde, und Sie erhalten die folgende Aufforderung: GitKraken konnte nicht feststellen, ob Sie source/css/_plugins/gitalkstyl behalten möchten, möchten Sie es behalten? GitKraken will not active delete your file, Im Allgemeinen besteht jedoch keine Notwendigkeit, sie zu behalten, sondern nur Delete The File .

Nachdem Sie alle widersprüchlichen Dateien aufgelöst haben, gehen Sie zurück zur Oberfläche der Repository-Liste und klicken Sie auf Commit and Merge , um die Übermittlung abzuschließen.

2. Rebase

Kurz gesagt, Rebase stellt alle Ihre Änderungen (Commits) wieder an das Ende des öffentlichen Zweigs, mit der Folge, dass Sie häufig mit erzwungenen Commits konfrontiert werden, und es ist nicht für die Verwendung mit der Merge-Operation geeignet.Das Folgende ist ein Auszug aus: Rebase – Liao Xuefengs offizielle Website

Konflikte können leicht entstehen, wenn mehrere Personen im selben Zweig zusammenarbeiten. Die Kinderschuhe des Post-Push müssen erst angezogen und lokal zusammengeführt werden, bevor der Push erfolgreich sein kann.

Kurz gesagt, es sieht chaotisch aus, und zwanghafte Kinderschuhe werden fragen: Warum kann die Commit-Historie von Git keine klare Linie sein? Eigentlich ist es machbar! Git hat eine Operation namens Rebase, die manche Leute mit „Rebase“ übersetzen.

Funktionen des Rebase-Vorgangs: „Organisieren“ Sie die Fork-Commit-Historie in einer geraden Linie, die intuitiver aussieht. Der Nachteil ist, dass der lokale Fork-Commit bereits geändert wurde.

• Die Rebase-Operation kann den lokalen Unpush-Fork-Commit-Verlauf in einer geraden Linie organisieren;

• Der Zweck des Rebase besteht darin, uns das Erkennen von Änderungen in historischen Commits zu erleichtern, da Fork-Commits einen Drei-Wege-Vergleich erfordern.

Entstehung und Vermeidung von Konflikten

Konflikte treten im Allgemeinen auf, wenn derselbe Ort von verschiedenen Personen geändert wird, Git dies nicht automatisch handhaben kann und einen Fehler ausgibt, den der Benutzer lösen muss. Da sich das Thema noch in der Pubertätsphase befindet, ist die Iterationsgeschwindigkeit der Aktualisierung relativ schnell und das Konfliktphänomen kann offensichtlicher sein. Hier sind einige Ideen, um solche Situationen zu reduzieren.

1. Die erste ist die Konfigurationsdatei. Gemäß den Hexo-Regeln können alle Änderungen an der Konfiguration unabhängig vorgenommen werden. Es ist nicht erforderlich, die config.yml direkt unter dem Themen-Repository zu ändern. Hier können Sie sich darauf beziehen: Verwenden anstelle von Designkonfigurationsdateien . Die Konfigurationsklassendatei ist der am wenigsten wahrscheinliche Ort für Konflikte .

2. Für Style-Dateien ist die Verwendung von Style-Coverage gemäß den CSS-Coverage-Regeln fröhlicher als das direkte Ändern von Styles.Zum Beispiel ist der Cursor im Design die Idee der Style-Coverage.

Viertens Pflege des Codeverlaufs

Sie können den Verlauf einer einzelnen Datei anzeigen, um Ihre persönlichen Änderungen zu vergleichen und Codeverluste weitestgehend zu vermeiden. Wie das Sprichwort sagt, Übung macht den Meister, und die Aktualisierung des Themas stellt nach mehr Operationen kein Problem mehr dar. Am Ende hoffe ich, dass Sie den ganzen Weg gehen und endlich zu der ursprünglichen Absicht zurückkehren, ein Blog zu erstellen, und das zu beenden Blume ★,° :.☆(￣▽￣)/$: .°★ .

Illustriert und detailliert.

wirklich gut, markus

Wie ändere ich das Thema auf gitee?