Entwicklungsumgebung einrichten
Voraussetzungen
| Werkzeug | Anforderung | Wofür |
|---|---|---|
| Git-Client | beliebig, HTTP-Basic-fähig | Quelltext holen und zurückgeben |
| PHP | 8.2 oder neuer | Syntaxprüfung und Testläufe |
| Composer | aktuell | Prüfwerkzeuge installieren |
| Zugriffstoken | eigenes, gültiges | Anmeldung des Git-Clients |
| Schreibberechtigung | auf dem Namensraum des Repositories | Änderungen zurückgeben |
Bis einschließlich Schritt 3 — lesen, clonen, bauen und testen — genügt die Stufe beziehen, die die Einbindung öffentlich jedem gewährt. Erst das Zurückgeben braucht mehr, und wie viel mehr, steht unter Änderung einreichen. Fehlt sie, führt der Weg über Zugriff anfordern.
Schritt 1: Zugriffstoken erstellen
Legen Sie ein persönliches Token an und halten Sie es bereit: Zugriffstoken. Ausführlich unter Zugriffstoken erstellen.
Schritt 2: Repository clonen
Kopieren Sie die Clone-Adresse aus dem Bereich Dieses Repository beziehen des gewünschten Repositories und clonen Sie damit:
git clone <hier die kopierte Adresse einfügen>
Als Kennwort dient das Token, der Benutzername wird nicht geprüft. Ausführlich unter Repository clonen.
Schritt 3: Prüfwerkzeuge einrichten
Die Pakete dieses Bestands werden gegen zwei Werkzeuge geprüft. Beide sind als Entwicklungsabhängigkeiten deklariert und werden im Arbeitsbereich installiert, der die composer.json führt:
composer install
| Aufruf | Was er prüft |
|---|---|
composer cs | Kodierstil nach PSR-12, ohne Regelausnahmen |
composer cbf | behebt maschinell behebbare Stilbefunde |
composer stan | statische Analyse |
Schritt 4: Prüfen, was Sie geändert haben
Nach jeder Änderung gelten fünf Kontrollen. Sie sind die verbindliche Abnahme dieses Bestands:
- Syntaxprüfung über jede geänderte Datei (
php -l). - Ein Bootlauf des Wikis.
- Vollständigkeit der Oberflächentexte in allen fünf Sprachen — Deutsch, Englisch, Italienisch, Kroatisch, Slowenisch — samt Platzhalterprüfung.
- Neubau des CSS-Bündels.
- Vergleich des Fehlerprotokolls vor und nach der Änderung.
Erwartetes Ergebnis
Ein lokaler Arbeitsstand, der sich clonen, prüfen und bauen lässt, und ein Git-Client, der sich ohne erneute Kennworteingabe am Endpunkt anmeldet.
Nächste Schritte
- Stand der Beitragsregeln — welche Prüfregeln belegbar in Kraft sind und welche nicht bestehen; diese Seite wiederholt das nicht, weil eine zweite Fassung derselben Angaben unabhängig von der ersten veraltet