Vorschlag für eine Änderung des GitHub#
Öffnen Sie die Formulare für die Ausstellung, Wählen Sie eine Ergänzung oder Korrektur in Russisch oder Englisch, und beschreiben Sie die Seite, ändern, X4-Version, Quellen und was Sie tatsächlich getestet. Erstelle die Diskussion in GitHub Issues zu starten.
Für einen fertigen Entwurf, das Projektarchiv spalten, eine Artikelvorlage kopieren in proposals/ und öffnen Sie eine Pull-Anfrage. Das Projektarchiv enthält Schritt für Schritt Anleitung und Artikelvorlagen. Git und eine lokale Wiki-Installation sind für einen Vorschlag nicht erforderlich.
Ein Editor überprüft das Material, überträgt akzeptierte Änderungen in die Arbeitskopie der Website, aktualisiert die Übersetzung und veröffentlicht nach Überprüfungen. Probleme und PR-Zusammenführungen nicht automatisch. Für eine bestehende Seite, laden Sie seinen Markdown und einen bearbeiteten Entwurf mit der ursprünglichen Seite URL.
Wo zu bearbeiten ist#
Die restlichen Schritte beschreiben die Arbeitskopie eines Editors, die vom Projektarchiv getrennt ist. wiki/content/*.md; Englische Versionen verwenden die gleichen Dateinamen unter content/en/. dist wird erzeugt. assets, Abschnitten in site.config.mjs, und die Homepage in scripts/home.mjs. Es gibt keinen Online-Editor oder Account-System auf dem Wiki selbst. Download Markdown bietet die aktuelle Artikelquelle.
Englische Frontmaterie enthält title, summary und sourceHash, die SHA-256 der entsprechenden russischen Quelle. Überprüfen Sie beide Versionen vor dem Update des Hash. Der Build lehnt fehlende oder veraltete Übersetzungen ab. Preserve API-Namen und Original-Quelltextauszüge.
Die redaktionelle Grenze#
Ein neuer Artikel#
Verwenden Sie einen stabilen lateinischen Dateinamen. Das folgende Beispiel zeigt die erforderliche Struktur. Die Seite H1 stammt von title, so starten Sie den Körper mit ##. Listen, Tabellen, Anführungszeichen und eingezäunter Code werden unterstützt; beliebige HTML-Dateien werden nicht unterstützt.
---
title: Название материала
summary: Что читатель изменит и какой результат получит.
section: ships
kind: guide
status: example
tags: ["ship", "macro"]
sources: ["wiki/references/vanilla-9.00.md"]
---
## Задача
Опишите результат и нужные исходные данные.Felder#
Die Abschnitte sind start, ships, data, scripting, ui, native, reference, network, wiki. DieArt und Weise sind guide, api, example; Status sind verified, observed, example, reference. DieSiehe Nachweisstatus. Verwenden Sie JSON Arrays für Tags und Quellen. Quellen können HTTPS-Seiten oder explizit genehmigte Projektmaterialien sein. Fügen Sie keine Anmeldeinformationen, personenbezogene Daten hinzu, speichert oder extrahiert Original-Spielquellen.
Interne Verbindungen#
Verwendung wiki:slug Links, wie im Beispiel unten. Die build aktualisiert Navigation, Inhalte und Suche. Allgemeine und Multiplayer-Empfehlungen bleiben getrennt; Suchumfang ist explizit.
[Новый корабль](wiki:adding-ship)
[Своё окно](wiki:create-ui)Bauen#
Installieren Sie Abhängigkeiten für ein neues Checkout oder Lockfile Update, dann bauen und überprüfen. Der Entwicklungsserver beobachtet Artikel und Vermögenswerte; aktualisieren Sie den Browser nach einer Änderung. Restartieren Sie es nach Änderung von Build-Skripten oder Konfiguration. Geben Sie die Einfügungspunkte, Werttypen und Voraussetzungen jedes Beispiels an. Nicht ausgeführte Beispiele als Lernmaterial markiert halten.
npm ci
npm run build
npm run check
npm run dev