Wie verwalte ich den Content-Workflow für die Hexo-Site?

Question

Ich habe statische Website-Generatoren wie Jekyll verwendet und hatte es durch github Seiten gut gehostet mit prosea.io als Content-Management-System.

Ich entschied, dass ich mit einer Website mit Hexo Static Site Generator gehen wollte, aber ich kann nicht scheinen, einen guten Workflow für die Veröffentlichung von Inhalten zu finden.

Zu meinem Verständnis ist dies die folgenden, wie ich würde es tun:

1. Schreib * .md Textdatei

2. hexo generate

3. (optional) hexo serve (um lokalen Inhalt zu sehen)

4. hexo deploy (um den öffentlichen Inhalt zu veröffentlichen zu welcher Seite auch immer mit config.yml). Kann veröffentlichen auf Amazon S3, Github Seiten, etc

Gibt es einen anderen Workflow anders als das?

die Art und Weise Ich habe es vorher mit Jekyll + Github Seiten tun, ist einfach

2. schreiben Inhalt
3. speichern prose.io gehen

(die ocntent veröffentlicht)

Idealerweise möchte ich hexo + github-Seiten genauso verwenden wie jekyll + github-Seiten.

Grundsätzlich kann Github statische Dateien automatisch generieren, wie es mit Jekyll/Ruby-Pakete?

Answer 1

dachte ich, meine eigene Antwort und veröffentlichte es auf meinem Blog

http://www.tangycode.com/Quick-Start-Guide-To-Hexo-Install/

Es umfasst alles, was Sie wissen müssen, wie man eine hexo Blog-Site einzurichten und zu verwalten Content Workflows

Answer 2

One Ansatz, den ich selbst versuche:

• prose.io oder ähnlich und
auf github-Repository speichern zu schreiben
• travis-ci.org hexo Website zu bauen und einzusetzen

Dies ist, wie es funktioniert:

1. bearbeiten Dokument auf dem Editor der Liebe
2. Commit es zu einem Repository
3. travis-ci.org erkennt das begehen und fang an zu arbeiten

Meine .travis.yml tun (unter f ew anderem) die folgen:

• npm installieren hexo-cli
• npm installieren Grunzen-cli
• npm installieren innerhalb site's Repository (hexo Plugins und dependecies)
• hexo erzeugen
• Grunzen deploy-Produktion
• hexo deploy (ich benutze diese selbst im Repo gespeichert in einem historischen der Website zu haben)

Wenn Ihr Editor Ihrer Wahl die Datei commit zu Github repository senden kann, haben Sie die gleiche Erfahrung, die Sie mit Jekyll auf GH-Seiten hatten. Der Vorteil hier ist, dass Sie das Third-Part-Plugin verwenden können, was GH-Seiten vermeiden.

Answer 3

Alternativ können Sie INSTANT verwenden, ein Content-Management-Tool, das Sie auf jeder statischen Website verwenden können. Sie installieren einfach ihr Javascript und können Inhalte auf Ihrer Website direkt bearbeiten (ohne Admin-Dashboard). Es speichert und liefert den Inhalt vom Client. Ziemlich ordentlich.

Answer 4

Der einfachste Weg ist, einen Hosting-Provider wie Netlify in Kombination mit einem kopflosen CMS zu verwenden, zum Beispiel Headless (vollständige Enthüllung: Ich habe es erstellt).

Netlify kann den Build-Prozess für Sie durchführen und während dieses Build-Prozesses kann er Inhalte von einem kopflosen CMS abrufen. Wenn Sie Inhalte im CMS aktualisieren, führt Netlify eine Neuerstellung durch.

Dann haben Sie Ihre Website auf dem Netlify CDN, einem echten CMS für Ihr Content-Management, und Sie müssen nie in Ihre Code- oder Github-Dateien eintauchen. Und das ist alles kostenlos.