--- title: विकि में योगदान summary: स्रोतों, उदाहरणों और साक्ष्य सीमाओं के साथ GitHub पर एक लेख, सुधार या अनुवाद का प्रस्ताव करें। section: wiki kind: guide status: reference updated: 2026-10-26 tags: ["X4","modding","contributing"] sources: ["https://github.com/dmitriishobolov/x4wiki-Contribute"] --- ## GitHub में बदलाव का प्रस्ताव खोलें [अंक पत्र](https://github.com/dmitriishobolov/x4wiki-Contribute/issues/new/choose), रूसी या अंग्रेजी में एक जोड़ या सुधार चुनें, और पृष्ठ, परिवर्तन, X4 संस्करण, स्रोतों और आप वास्तव में क्या परीक्षण किया है का वर्णन करें। चुनें **बनाएँ:** GitHub मुद्दों में चर्चा शुरू करने के लिए। तैयार मसौदा के लिए, भंडारण फोर्क करें, लेख टेम्पलेट को कॉपी करें `proposals/` और एक खींचने का अनुरोध खोलें. भंडार में शामिल है [चरण-दर-चरण निर्देश](https://github.com/dmitriishobolov/x4wiki-Contribute/blob/main/CONTRIBUTING.en.md) और [लेख टेम्पलेट्स](https://github.com/dmitriishobolov/x4wiki-Contribute/tree/main/templates). (स)सुझाव के लिए Git और स्थानीय विकी स्थापना की आवश्यकता नहीं है। एक संपादक सामग्री की समीक्षा करता है, स्वीकार किए गए परिवर्तनों को साइट कार्य प्रति में स्थानांतरित करता है, अनुवाद को अद्यतन करता है और जांच के बाद प्रकाशित करता है। मुद्दे और पीआर विलय स्वचालित रूप से तैनात नहीं होते हैं। किसी मौजूदा पृष्ठ के लिए, उसका मार्कडाउन डाउनलोड करें और मूल पृष्ठ URL के साथ एक संपादित मसौदा प्रस्तुत करें। ## कहाँ संपादित करें शेष चरणों में प्रस्ताव भंडार से अलग संपादक की मुख्य साइट कार्य प्रतियां वर्णित हैं। रूसी लेखों में रहते हैं `wiki/content/*.md`; अंग्रेजी संस्करणों में नीचे दिए गए समान फ़ाइल नामों का उपयोग किया जाता है `content/en/`. `dist` उत्पन्न होता है। स्टाइलिंग में है `assets`, धाराओं में `site.config.mjs`, और मुख्य पृष्ठ में `scripts/home.mjs`. मुक़द्दमाविकि पर कोई ऑनलाइन संपादक या खाता प्रणाली नहीं है। Markdown डाउनलोड करें वर्तमान लेख स्रोत प्रदान करता है। अंग्रेजी फ्रंटमैटर में शामिल है `title`, `summary` और `sourceHash`, रूसी स्रोत के अनुसार SHA-256। उस हैश को अपडेट करने से पहले दोनों संस्करणों की समीक्षा करें। निर्माण में अनुपलब्ध या पुरानी अनुवादों को खारिज कर दिया गया है। एपीआई नाम और मूल स्रोत अंशों को संरक्षित करें। ## मुख्य संपादकीय सीमा ## एक नया लेख एक स्थिर लैटिन फ़ाइल नाम का उपयोग करें। नीचे दिए गए मूल मेटाडेटा उदाहरण में आवश्यक संरचना दिखाई देती है। पृष्ठ H1 से आता है `title`, तो शरीर के साथ शुरू करें `##`. (स)सूचियों, तालिकाओं, उद्धरणों और बाड़ वाले कोड का समर्थन किया जाता है; मनमानी HTML बच जाता है। अंग्रेजी में अनुपालन शीर्षक संरचना बनाए रखें ताकि अनुभाग लिंक भाषा परिवर्तनों से बचें। ```markdown --- title: Название материала summary: Что читатель изменит и какой результат получит. section: ships kind: guide status: example tags: ["ship", "macro"] sources: ["wiki/references/vanilla-9.00.md"] --- ## Задача Опишите результат и нужные исходные данные. ``` ## फ़ील्ड अनुभाग `start`, `ships`, `data`, `scripting`, `ui`, `native`, `reference`, `network`, `wiki`. (स)प्रकार हैं `guide`, `api`, `example`; स्थिति `verified`, `observed`, `example`, `reference`. (स)देखिये [साक्ष्य की स्थिति](wiki:evidence). (स)टैग और स्रोतों के लिए JSON सरणी का उपयोग करें। स्रोत HTTPS पृष्ठ या स्पष्ट रूप से अनुमति प्राप्त लेखक परियोजना सामग्री हो सकती है। क्रेडेंशियल, व्यक्तिगत डेटा, सहेजें या निकाले गए मूल खेल स्रोत न जोड़ें। ## आंतरिक लिंक उपयोग `wiki:slug` नीचे दिए गए उदाहरण में लिंक। निर्माण नेविगेशन, सामग्री और खोज को अद्यतन करता है। सामान्य और मल्टीप्लेयर सिफारिशें अलग-अलग रहती हैं; खोज दायरा स्पष्ट है। ```markdown [Новый корабль](wiki:adding-ship) [Своё окно](wiki:create-ui) ``` ## निर्माण नए चेकआउट या लॉकफ़ाइल अपडेट के लिए निर्भरता स्थापित करें, फिर निर्माण और जांच करें। विकास सर्वर लेख और संपत्ति को देखता है; परिवर्तन के बाद ब्राउज़र को अपडेट करें। बिल्ड स्क्रिप्ट या कॉन्फ़िगरेशन बदलने के बाद इसे पुनरारंभ करें। प्रत्येक उदाहरण के सम्मिलन बिंदु, मूल्य प्रकार और पूर्व शर्तों को निर्दिष्ट करें। अपूर्ण उदाहरणों को सीखने के लिए सामग्री के रूप में चिह्नित रखें। ```powershell npm ci npm run build npm run check npm run dev ```