Webseite: Unterschied zwischen den Versionen

Aus RaumZeitLabor Wiki
Zur Navigation springen Zur Suche springen
K (:< else. :<<)
KKeine Bearbeitungszusammenfassung
 
(5 dazwischenliegende Versionen von 3 Benutzern werden nicht angezeigt)
Zeile 17: Zeile 17:
= Anleitungen =
= Anleitungen =


Generell würden wir dich bitten, Änderungen nicht direkt auf das Original Repository zu pushen, sondern immer einen Pull Request zu stellen. Hierzu musst Du das Repository erstmal in deinen Github Account forken. [https://github.com/raumzeitlabor/rzl-homepage/fork].
Generell würden wir dich bitten, Änderungen nicht direkt auf das Original-Repository zu pushen, sondern immer einen Pull Request zu stellen. Hierzu musst Du das Repository erstmal in deinen Github-Account forken. [https://github.com/raumzeitlabor/rzl-homepage/fork].


Alle Änderungen werden von Travis CI im Hintergrund getestet. Für jeden Pullrequest votet Travis dann, ob deine Änderungen gut oder böse ist. Nur gute Änderungen werden akzeptiert.
Alle Änderungen werden von Travis CI im Hintergrund getestet. Für jeden Pull Request votet Travis dann, ob deine Änderungen gut oder böse ist. Nur gute Änderungen werden akzeptiert.


== Blogeinträge ==
== Blogeinträge ==
Zeile 26: Zeile 26:


# Erstelle eine neue Datei im Verzeichnis app/_posts mit dem Dateinamen JAHR-MONAT-TAG-title-bindestrich-foo-bar.md
# Erstelle eine neue Datei im Verzeichnis app/_posts mit dem Dateinamen JAHR-MONAT-TAG-title-bindestrich-foo-bar.md
# Schreibe deinen Blogeintrag und benutze hierfür die Markdown Syntax. http://daringfireball.net/projects/markdown/syntax
# Schreibe deinen Blogeintrag und benutze hierfür die Markdown-Syntax. http://daringfireball.net/projects/markdown/syntax
# Checke die neu erstelle Datei ein: git add app/_posts/….md
# Checke die neu erstelle Datei ein: git add app/_posts/….md
# optional: Checke dazugehörige Dateien mit ein (z.B. Bilder). Achte darauf, dass diese möglichst < 512 KB sind.
# optional: Checke dazugehörige Dateien mit ein (z.B. Bilder). Achte darauf, dass diese möglichst < 512 KB sind.
Zeile 34: Zeile 34:
== Events ==
== Events ==


Wir benutzen einen CalDAV Server zur Verwaltung unserer Termine. Um selber Events anzulegen benötigt ihr einen Kalenderclient der Caldav unterstützt ([https://fruux.com/supported-devices/ hier eine Liste.])
Wir benutzen einen CalDAV-Server zur Verwaltung unserer Termine. Um selber Events anzulegen benötigt ihr einen Kalenderclient der CalDAV unterstützt ([https://fruux.com/supported-devices/ hier eine Liste.])


Den read-only-Feed des Kalenders erhaltet ihr hier: https://p.fruux.com/c/a3298259302/81bae0fb-601c-47ee-ba92-460866466d90.ics
Den read-only-Feed des Kalenders erhaltet ihr hier: [https://raumzeitlabor.de/events/ical/ https://raumzeitlabor.de/events/ical/]


Die Logindaten zum Caldav-Server erhältst du von einem beliebigen Laboranten, der es schon kennt.
Die Logindaten zum CalDAV-Server erhältst du von einem beliebigen Laboranten, der sie schon kennt.


Der neue Kalendereintrag muss einen Titel, ein Start- und Enddatum, einen Ort (bitte nur die zertifizierten Orte™ aus der Liste unten verwenden) und eine Beschreibung haben.
Der neue Kalendereintrag muss einen Titel, ein Start- und Enddatum, einen Ort (bitte nur die zertifizierten Orte™ aus der Liste unten verwenden) und eine Beschreibung haben.


=== Zertifizierte Orte™ ===
=== Zertifizierte Orte™ ===
* RaumZeitLabor (falls der gesamte Space eingenommen wird)
* Hauptraum
* Hauptraum
* Workshopraum
* Workshopraum
Zeile 60: Zeile 61:
# Erstelle eine neue Datei im Verzeichnis app/[SEITENNAME] namens index.html oder index.md (s. oben)
# Erstelle eine neue Datei im Verzeichnis app/[SEITENNAME] namens index.html oder index.md (s. oben)
# Checke die neu erstelle Datei ein: git add app/[SEITENNAME]/
# Checke die neu erstelle Datei ein: git add app/[SEITENNAME]/
# optional: Checke dazugehörige Dateien mit ein (z.B. Bilder). Achte darauf, dass diese möglichst < 512 KB sind.
# Optional: Checke dazugehörige Dateien mit ein (z.B. Bilder). Achte darauf, dass diese möglichst < 512 KB sind.
# Erstelle einen neuen Commit mit einer möglichst aussagekräftigenden Commitmessage (Englisch bevorzugt) und pushe sie in dein geklontes Repository.
# Erstelle einen neuen Commit mit einer möglichst aussagekräftigenden Commitmessage (Englisch bevorzugt) und pushe sie in dein geklontes Repository.
# Stelle einen Pull Request und bitte jemanden, diesen zu reviewen und freizuschalten. [https://github.com/else/rzl-homepage/compare/]
# Stelle einen Pull Request und bitte jemanden, diesen zu reviewen und freizuschalten. [https://github.com/else/rzl-homepage/compare/]
Zeile 68: Zeile 69:
Das BLOC-Team behält sich vor, dreckige Commits rigorus zu Verfolgen und zur Anzeige zu bringen. Hierzu zählen insbesondere:
Das BLOC-Team behält sich vor, dreckige Commits rigorus zu Verfolgen und zur Anzeige zu bringen. Hierzu zählen insbesondere:


# direktes pushen auf den master Branch
# Direktes pushen auf den master Branch
# nichtssagende Commitmessages
# Nichtssagende Commitmessages
# große Dateien einchecken
# Große Dateien einchecken
# Build brechen
# Build brechen
# push --force
# push --force
[[Kategorie:Procedures]] [[Kategorie:Öffentlichkeitsarbeit]] [[Kategorie:Organisation]] [[Kategorie:RaumZeitLabor]]

Aktuelle Version vom 24. März 2016, 18:48 Uhr

       
Webseite

Release status: stable [box doku]

Beschreibung Die neue Webseite des Vereins.
Autor(en)  else, silsha
Letzte Version  1.0
Plattform  World Wide Web
Download  http://github.com/raumzeitlabor/rzl-homepage

else hat in den vergangenen acht Jahren an einer neuen Webseite geschraubt. Nun ist sie fertig. \o/

Anleitungen

Generell würden wir dich bitten, Änderungen nicht direkt auf das Original-Repository zu pushen, sondern immer einen Pull Request zu stellen. Hierzu musst Du das Repository erstmal in deinen Github-Account forken. [1].

Alle Änderungen werden von Travis CI im Hintergrund getestet. Für jeden Pull Request votet Travis dann, ob deine Änderungen gut oder böse ist. Nur gute Änderungen werden akzeptiert.

Blogeinträge

Um einen Blogeintrag anzulegen gehst Du wie folgt vor:

  1. Erstelle eine neue Datei im Verzeichnis app/_posts mit dem Dateinamen JAHR-MONAT-TAG-title-bindestrich-foo-bar.md
  2. Schreibe deinen Blogeintrag und benutze hierfür die Markdown-Syntax. http://daringfireball.net/projects/markdown/syntax
  3. Checke die neu erstelle Datei ein: git add app/_posts/….md
  4. optional: Checke dazugehörige Dateien mit ein (z.B. Bilder). Achte darauf, dass diese möglichst < 512 KB sind.
  5. Erstelle einen neuen Commit mit einer möglichst aussagekräftigenden Commitmessage (Englisch bevorzugt) und pushe sie in dein geklontes Repository.
  6. Stelle einen Pull Request und bitte jemanden, diesen zu reviewen und freizuschalten. [2]

Events

Wir benutzen einen CalDAV-Server zur Verwaltung unserer Termine. Um selber Events anzulegen benötigt ihr einen Kalenderclient der CalDAV unterstützt (hier eine Liste.)

Den read-only-Feed des Kalenders erhaltet ihr hier: https://raumzeitlabor.de/events/ical/

Die Logindaten zum CalDAV-Server erhältst du von einem beliebigen Laboranten, der sie schon kennt.

Der neue Kalendereintrag muss einen Titel, ein Start- und Enddatum, einen Ort (bitte nur die zertifizierten Orte™ aus der Liste unten verwenden) und eine Beschreibung haben.

Zertifizierte Orte™

  • RaumZeitLabor (falls der gesamte Space eingenommen wird)
  • Hauptraum
  • Workshopraum
  • Werkstatt
  • Fablab
  • E-Ecke
  • Küche
  • Olymp

Falls mehrere Orte von einem Event benötigt werden, die Orte bitte mit Komma trennen. Das BLOC-Team behält sich vor, Verstöße rigorus zu Verfolgen und zur Anzeige zu bringen.

Einzelseiten

Einzelseiten werden im Ordner /app/[SEITENNAME]/ angelegt. Die Seiten müssen entweder als HTML (index.html) oder als Markdown (index.md) angelegt werden. Bei einfachen, textlastigen Seiten ist Markdown fast immer zu bevorzugen.

  1. Erstelle einen neuen Ordner im Verzeichnis app/
  2. Erstelle eine neue Datei im Verzeichnis app/[SEITENNAME] namens index.html oder index.md (s. oben)
  3. Checke die neu erstelle Datei ein: git add app/[SEITENNAME]/
  4. Optional: Checke dazugehörige Dateien mit ein (z.B. Bilder). Achte darauf, dass diese möglichst < 512 KB sind.
  5. Erstelle einen neuen Commit mit einer möglichst aussagekräftigenden Commitmessage (Englisch bevorzugt) und pushe sie in dein geklontes Repository.
  6. Stelle einen Pull Request und bitte jemanden, diesen zu reviewen und freizuschalten. [3]

Disclaimer

Das BLOC-Team behält sich vor, dreckige Commits rigorus zu Verfolgen und zur Anzeige zu bringen. Hierzu zählen insbesondere:

  1. Direktes pushen auf den master Branch
  2. Nichtssagende Commitmessages
  3. Große Dateien einchecken
  4. Build brechen
  5. push --force