Dies ist der Quellcode für eine Website unter https://seagl.org.
Es verwendet Jekyll als statischen Site-Generator mit GitHub Pages.
Die Site wird automatisch gerendert, wenn Code in das gemeinsame Repository bei GitHub übertragen wird.
Im Wesentlichen sind die Schritte zum Aktualisieren der Website (z. B. zum Veröffentlichen eines neuen Blog-Beitrags) wie folgt:
Nachfolgend finden Sie Anweisungen für jeden dieser Schritte. Die Anweisungen gehen davon aus, dass jemand mit weniger Git-/GitHub-/technischer Erfahrung die Arbeit ausführt. Wer mehr Erfahrung hat, kann entsprechend hochrechnen. :-)
Während Sie wahrscheinlich direkt an diesem Repository arbeiten können , ist dies bei Best Practices nicht der Fall. Stattdessen können Sie das Repo forken oder klonen und dann Ihre Änderungen an dieser Kopie vornehmen. Dies ermöglicht Tests, bevor Änderungen live vorgenommen werden, und verringert das Risiko, dass eine schlecht formatierte oder formulierte Änderung an die Öffentlichkeit gelangt.
So forken Sie das Repository:
Voila! Das ist alles.
Wenn Sie einen neuen Blog-Beitrag hinzufügen, befolgen Sie bitte diese Regeln für Dateinamen:
_posts
.YYYY-MM-DD
. Dies ist sehr wichtig , da es die Reihenfolge steuert, in der die Website Blogbeiträge anzeigt.--future
beim Testen Ihrer Änderungen. Derzeit ist es außerdem erforderlich, dass Sie am oder nach dem geplanten Datum einen Neuaufbau der Website auslösen, damit der Beitrag erscheint. Dies kann mit: git commit -m 'rebuild pages' --allow-empty && git push origin main
oder durch tatsächliche Änderungen an der Site erfolgen.-
) und dann einen durch Bindestriche getrennten Titel für den Beitrag hinzu. Dieser Titel wird nicht angezeigt. Es geht nur darum, die Datei zu benennen. Bitte machen Sie es kurz, aber beschreibend..md
um anzugeben, dass der Beitrag im Markdown-Format verfasst ist. (und bitte verfassen Sie Beiträge nur mit Markdown)Nach diesen Regeln könnte ein Blogbeitrag, der die Eröffnung der GFP 2017 ankündigt, den folgenden Dateinamen haben:
2017-06-19-CFP-open.md
Bitte fügen Sie außerdem oben in Ihrer Datei Folgendes hinzu:
---
layout: post
title: 'Example Title'
status: publish
type: post
published: true
categories: news
tags: '2013'
---
Legen Sie title
auf den Titel Ihres Blog-Beitrags fest und bearbeiten Sie tags
so, dass sie das Konferenzjahr enthalten, mit dem der Beitrag verknüpft ist (leer, wenn keines vorhanden ist). Bitte lassen Sie die restlichen Werte unverändert.
Für den eigentlichen Dateiinhalt können Sie Ihre Änderungen entweder in der GitHub-Weboberfläche oder auf Ihrem lokalen Rechner vornehmen.
_posts
).Create a new file
Create a new file
Commit changes
unterhalb der Bearbeitungsoberfläche.#
), gefolgt von einer Problemnummer ( #74
). Dies wird automatisch im Pull-Request verlinkt, was wirklich praktisch ist.TBD (es wird davon ausgegangen, dass diejenigen, die Git auf ihren lokalen Computern verwenden, dies bereits wissen; werden es später ergänzen)
Bitte testen Sie alle Änderungen lokal, bevor Sie sie auf GitHub übertragen.
Durch das Starten eines lokalen Entwicklungsservers wird Ihre Kopie der Site unter http://localhost:4000 verfügbar gemacht. Es gibt verschiedene Möglichkeiten, den Server auszuführen. Treffen Sie Ihre Wahl!
Abhängigkeiten:
Einmalige Einrichtung:
bundle install
Starten Sie den Server:
bundle exec jekyll serve --watch
Um eine Vorschau zukünftiger und unveröffentlichter Beiträge anzuzeigen, fügen Sie --future --unpublished
zum obigen Befehl hinzu.
Abhängigkeiten:
docker
durch podman
)Einmalige Einrichtung:
docker build --tag ' seagldev ' ' . '
Starten Sie den Server:
docker run --rm --interactive --tty --publish ' 4000:4000 ' --volume " $PWD :/usr/src/app " ' seagldev '
Um eine Vorschau zukünftiger und unveröffentlichter Beiträge anzuzeigen, fügen Sie --future --unpublished
am Ende des obigen Befehls hinzu.
Sie können eine PR entweder über die GitHub-Schnittstelle oder von Ihrem lokalen Computer aus senden.
Pull requests
.New pull request button
.Create pull request
.#
), gefolgt von einer Problemnummer ( #74
). Dies wird automatisch im Pull-Request verlinkt, was wirklich praktisch ist.[Allow edits from maintainers](https://docs.github.com/en/free-pro-team@latest/github/collaborating-with-issues-and-pull-requests/allowing-changes-to-a-pull-request-branch-created-from-a-fork)
damit andere Teammitglieder bei Bedarf Änderungen vornehmen können.Create pull request
.TBD (es wird davon ausgegangen, dass diejenigen, die Git auf ihren lokalen Computern verwenden, dies bereits wissen; werden es später ergänzen)
Jetzt muss jemand (vielleicht Sie, wenn Sie über diese Zugriffsebene auf das Repo verfügen) Ihre Pull-Anfrage überprüfen und dann zusammenführen.
Sobald Ihre Pull-Anfrage zusammengeführt ist, wird sie auf der Website live geschaltet.
HINWEIS : Die Zusammenführung selbst löst keinen Neuaufbau der Website aus. Um die Site neu zu erstellen, müssen Sie einen leeren Commit wie folgt pushen:
git commit --allow-empty -m " Rebuild the site, please " && git push
Fügen Sie Ihr Bild dem Verzeichnis img/posts/
hinzu und verwenden Sie dann den folgenden Markdown:
![ Example description ] ( /img/posts/example.jpg )
Tipps:
Um das Bild seitlich auszurichten, fügen Sie die Klasse align-left
oder align-right
hinzu:
![ Example description ] ( /img/posts/example.jpg ) {:.align-left}
Um die Seitenladezeiten zu verlängern, sollten Sie die Größe von Bildern auf eine angemessene Größe anpassen, bevor Sie sie in einem Beitrag verwenden.
Vergangene Konferenzen werden statisch als Jekyll-Sammlungen archiviert:
archive-conferences
archive-sessions
Um das Archiv eines bestimmten Jahres zu erstellen, importieren Sie zunächst die Daten aus dem Zeitplan.
bundle exec rake import[2020]
– Bearbeiten Sie anschließend die Archivdateien manuell, falls Korrekturen erforderlich sind.