• Navigation überspringen
  • Zur Navigation
  • Zum Seitenende
Organisationsmenü öffnen Organisationsmenü schließen
Friedrich-Alexander-Universität Dokumentation der WordPress-Themes und -Plugins
  • FAUZur zentralen FAU Website
  1. Friedrich-Alexander-Universität
  2. Regionales Rechenzentrum Erlangen
  • RRZE
  • Videoportal
  • Lageplan und Anfahrt
  1. Friedrich-Alexander-Universität
  2. Regionales Rechenzentrum Erlangen
Friedrich-Alexander-Universität Dokumentation der WordPress-Themes und -Plugins
Menu Menu schließen
  • Grundlagen
    • Rahmenbedingungen für Webauftritte
    • Über WordPress
      • Grundsätzliches zum Webpublishing
    • Login und Navigation im Backend
      • Profil
      • Dashboard
      • Der Customizer
    • Benutzer anlegen und bearbeiten
    • Seiten
      • Eine Seite erstellen
      • Mehrere Seiten gleichzeitig konfigurieren
      • Seiten und Beiträge freigeben
    • Beiträge
    • Sidebar
    • Inhalte bearbeiten
      • Mediathek
      • Bilder
      • Galerie
        • Bildergalerie im Gridformat
      • Tabellen
      • Zitate
      • Formeln, Daten und Quellcode
    • Seitenstruktur erstellen
    • Menüs
    • Widgetbereiche und Widgets
    • Häufig gestellte Fragen
    Portal Grundlagen
  • Plugins
    • Plugins aktivieren
    • Externe Daten einbinden
      • Calendar
      • CRIS
      • FAU oEmbed
      • Jobs
      • Lehrveranstaltungen
      • Remoter
      • Statistik
      • UnivIS
      • Video
    • Neue Inhaltstypen erstellen
      • Expo
      • FAQ
      • Glossary
      • Person
      • Legal (ehemals ToS – „Terms of Service“)
      • RSVP
      • Synonym
    • Inhaltsseiten mit Funktionen erweitern
      • Contact Form 7
      • Downloads
      • Elements
      • Multilang
      • Advanced Editor Tools
      • Verfallsdatum für Beiträge („Post-Expiration“)
    • Zugang beschränken
      • Access Control
      • Private Site
    • Beiträge teilen
      • Auto-Tweet
      • RSS
    • Spezialplugins
      • Newsletter
      • Progressive Web-App (PWA)
      • The SEO Framework
      • Workflow
      • WS Form
    • Über Externe Plugins
    • Über FAU- und RRZE-Plugins
    Portal Plugins
  • Themes
    • FAU Einrichtungen
      • Umsetzungsbeispiele
      • Templates
        • Standardtemplate
        • Die Inhaltsseite mit Navi
        • Portalseite
        • Portalindexseite
        • Startseite
        • Startseite Fakultät
      • Shortcodes
        • Blogroll
        • Portalmenüs
        • Bildlinks
    • FAU Events
      • Startseite
      • Widget-Bereiche und Footer-Inhalt
      • Referenten und Vorträge
      • Shortcodes für Referenten und Vorträge
      • Call for Papers
      • Externe Anmeldeformulare einbinden
    Portal Themes
  • Entwicklung
    • Design
      • Farben (Markendesign 2021)
      • Logos
        • Logos zentraler Anwendungen
        • Einsatz im Videoportal
        • Einsatz im Social Media und auf Online-Plattformen
      • Schriften
    • Einsatzkontext (Statistik)
      • Einrichtungsbezeichnungen
    • Versionsverwaltung Git
    • Einheitliche Vergabe von Versionsnummern
    • Vorgaben an Themes
    • Vorgaben an Plugins
    • Eigene Testinstanz
    • Serverkonfiguration
    • Statistiken zu Webauftritten
    Portal Entwicklung
  • Vorlagen
    • Akkordeons
    • Ansprechpartner & Kontakte
      • Format Kompakt
      • Runde Kacheln
      • Format Sidebar
      • Klassische Darstellung
    • Beiträge ausgeben
    • Button
    • Icon & Iconboxen
    • Kurze Hinweise
    • Testimonials
    • Textboxen
    Portal Vorlagen
  • Tutorials
    • Schnelleinstieg FAU Events
    • Publikationsliste erstellen
    • Tipps und Tricks
    • Neue Daten in die FAU-Karte einbinden
    • Vortragsliste erstellen
    • Schnelleinstieg FAU Einrichtungen
      • Vorbereitungen
      • Navigation im Backend
      • Ein Theme auswählen
      • Seitenlogo und Seiteninformationen ergänzen
      • Eine Startseite erstellen
      • Rechtstexte generieren
      • Inhaltsseiten erstellen für Anfänger
      • Beiträge und die dynamische Sidebar
      • Abmessungen für Bilder und Grafiken
      • Beiträge und die dynamische Sidebar
      • Portale und die Seitennavigation
      • Suchmaschinenoptimierung in 5 Minuten
      • Blogroll und Finetuning
    • Barrierefreiheit
      • Vorwort und Überblick
      • Einführung und Hintergründe
      • Bereitstellung und Pflege von Inhalten
      • Entwicklung und Design
      • Organisatorische und rechtliche Anforderungen
      • Satzungen
      • Tests der Barrierefreiheit
      • Weitere Leitfäden und relevante Informationsangebote
      • Kurzanleitung zur Verbesserung der digitalen Barrierefreiheit in Dokumenten aus Büroanwendungen
    • SEO – Search engine optimization
      • SEO Inhalte gestalten
      • SEO Grundlagen
      • SEO und Barrierefreiheit
    Portal Tutorials
  1. Startseite
  2. Entwicklung
  3. Einheitliche Vergabe von Versionsnummern

Einheitliche Vergabe von Versionsnummern

Bereichsnavigation: Entwicklung
  • Design
    • Farben (Markendesign 2021)
      • Farben (2015 bis 2021)
    • Logos
      • Einsatz im Social Media und auf Online-Plattformen
      • Einsatz im Videoportal
      • Logos zentraler Anwendungen
    • Schriften
  • Einsatzkontext (Statistik)
    • Einrichtungsbezeichnungen
  • Versionsverwaltung Git
  • Vorgaben an Themes
  • Vorgaben an Plugins
  • Einheitliche Vergabe von Versionsnummern
  • Eigene Testinstanz
  • Serverkonfiguration
  • Statistiken zu Webauftritten

Einheitliche Vergabe von Versionsnummern

Support und Beratung

Webteam

Webteam

  • E-Mail: webmaster@fau.de
Beschreibung: Für alle Fragen rund um WordPress, Webhosting & Co.

Bei der Entwicklung von Themes und Plugins ist es notwendig, einen eindeutigen Versionsstand anzugeben. Anhand des Versionsstands und seines Formats kann beurteilt werden, ob die aktuelle Version für den produktiven Einsatz geeignet ist oder nur zu Entwicklungszwecken gespeichert wurde.

Für die Entwicklung an der FAU wurde daher folgendes Regelung getroffen, die für alle Themes und Plugins zum Einsatz kommen soll.

Die Versionsnummern des Themes werden mittels folgendem Verfahren gebildet:

  • Erste Ziffer: Version des zugrunde legenden Designs. Damit diese Nummer wächst, müssten schon sehr grundlegende Dinge geändert werden.
  • Zweite Ziffer: Aktuelle Milestone-Version. Ein Update mit großen neuen Features auf das CMS-System entspricht einem neuen Milestone. Viele Issues sind Milestones zugeordnet. Wenn alle Issues die zu einem Milestone gehören, gelöst sind, ist der Milestone erfüllt. Im GitHub kann man die Milestones und deren Status aufrufen.
  • Dritte Ziffer: Fortlaufende Nummerierung, die einzelnen Commits von Änderungen in den jeweiligen Milestone entspricht. Jeder Commit sollte die Versionsnummer um eines erhöhen.

Beispiele

Version 1.8 RC 1

Dies entspricht dem ersten Release Candidat der Branch 1.8.

Version 1.8.9

Dies entspricht einer Version aus dem 1.8er Zweig, bei der es bereits zu 9 Änderungen kam. Es kann sich dabei auch um einen Release Candidaten handeln.

 

Branches

Die Entwicklung findet jeweils in Git-Branches statt. Entwickler und Designer committen ihre Änderung jeweils in einen Dev-Branch, der zu dem jeweiligen Milestone gehört, den wir gerade bearbeiten. Wenn alle wesentlichen für den Milestone vorgenommenen Issues abgearbeitet wurden, wird dann dieser Dev in den Beta-Branch germerged. (Anmerkung: „Mergen“ bedeutet, dass die Inhalte von zwei Versionslinien zusammengeführt werden. Üblicherweise werden dabei Änderungen in eine laufende Version übernommen.)

Vor dem Rollout einer neuen Version werden auch Testläufe durchgeführt. Diese finden auf dem Beta-Branch statt. Wenn die Änderungen „reif“ genug sind, werden sie Release Candidates genannt. Die Entscheidung, ob etwas als Release Candidat „fertig“ oder fehlerfrei genug ist, ist subjektiv.

 

Diese werden gesondert getestet. Tauchen Fehler auf, werden diese Fehler als Issue aufgenommen und hoffentlich behoben. Die Fehlerkorrekturen werden dann über den Dev-Zweig eingecheckt und danach mit Beta-Zweig gemergt. Es entsteht dann ein neuer Release. Bei den Release Candidats lässt man im Sprachgebrauch die Versionsnummer der Einzelcommits (die dritte Ziffer weg).

Wenn der Release Candidat als geeignet für den produktiven Betrieb gesehen wird, wird dessen Code in den „Master“-Branch gemergt. Der Master-Branch wird dann später auf den CMS-Systemen ausgerollt.

Screenshot der Versionslinien im Git. Man sieht wie viele Arbeitspunkte in einem Dev-Zweig mehrmals in einen Beta-Zweig gemergt wurden. Dieser wurde dann zuletzt in den Master-Zweig gemergt.
Versionsstände im Git

Über GitHub lässt sich eine grafische Abbildung abgerufen, die den Stand der Versionen und der Branches zeigt.

Anhand der Grafik lässt sich der Prozess der Entwicklung und des Ausrollens nachvollziehen.

Die Grafik zeigt drei miteinander verbundene Linien. Diese stehen für die jeweiligen Branches. Die grüne, untere Linie ist der aktuelle Entwicklungsbranch „dev1-8“. Alle Änderungen und Arbeiten der Entwickler und Designer werden in diesem Branch vorgenommen. Die Entwickler testen dazu auf eigenen Testservern oder ihren eigenen Arbeitsrechnern.
Die einzelnen Punkte auf den Linien entsprechen den jeweiligen Versionsupdates. Im Dev-Branch ist das stets die letzte Ziffer der Versionsnummer.

In der Grafik wurde zuletzt der „dev1-8“ Zweig in den „beta“-Zweig germerged. Diese wurde dann getestet. Als der Test ergab, dass keine bedeutenden Fehler auftrat und die neue Version zur Übernahme in den Produktivbetrieb geeignet war, wurde dieser Zweig dann wiederum in den „master“-Zweig gemergt.

Im „master“-Branch gab es dann nochmal ein Update. Dabei handelte es sich jedoch um keine wirksame Änderung, sondern um eine Anpassung der Versionsinformation.

 

 

 

 

 

Weitere Hinweise zum Webauftritt

Social Media

  • RSS Feed
  • GitHub
  • Twitter

Noch Fragen?

Schreiben Sie uns eine Mail an webmaster@fau.de. Wir beantworten Ihnen alle offenen Fragen rund um unser Content Management System (CMS), WordPress, Webhosting und Co.

Regionales Rechenzentrum Erlangen
(RRZE)

Martensstraße 1
91058 Erlangen
  • Kontakt
  • Webworking Blog
  • Impressum
  • Datenschutz
  • Barrierefreiheit
  • RSS Feed
  • GitHub
  • Twitter
Nach oben