2012-06-18 17 views
61

क्या विकी जो गिटहब रेपो समर्थन निर्देशिकाओं के साथ स्थापित करती है? हमारी विकी पृष्ठों के साथ घिरा हुआ है, और हम उन्हें व्यवस्थित करने के लिए एक रास्ता तलाश रहे हैं।GitHub विकी निर्देशिका

हमने रेपो खींचने, स्थानीय निर्देशिका बनाने और आसपास की चीजों को स्थानांतरित करने की कोशिश की, लेकिन जब वापस किया गया, तो विकी ने बदलाव नहीं उठाए।

उत्तर

45

मेरे पास एक ही समस्या थी और आपने जो भी प्रयास किया उसके प्रकारों की कोशिश की। कुछ भी अटक गया। इसके बारे में गिटहब से पूछा गया और एक उत्तर प्राप्त हुआ जो अनिवार्य रूप से कहा गया "नहीं, लेकिन हम डेवलपर्स को यह बताएंगे कि लोग इस सुविधा में रूचि रखते हैं।"

तो संक्षिप्त उत्तर "नहीं" है, और लंबा जवाब "नहीं, लेकिन शायद भविष्य में है।"

+6

जो वास्तव में बेकार है। मैं सिर्फ i18n के लिए अलग-अलग निर्देशिकाओं का उपयोग करना चाहता हूं। लेकिन ... –

+4

वर्तमान संक्षिप्त उत्तर "हां" है। :) – Marco

+2

@ मार्को तीन साल बाद? गिटहब वास्तव में अपने उपयोगकर्ता के अनुरोध को गंभीरता से लेता है! : | – trejder

25

दरअसल, ऐसा लगता है कि हाल ही में निर्देशिकाओं के लिए जिथब ने अतिरिक्त समर्थन दिया है।

  • एक नया निर्देशिका के लिए एक मौजूदा markdown फ़ाइल ले जाएँ:

    मैं निम्न कार्य कर रहा था।

  • किसी मौजूदा निर्देशिका में एक नई मार्कडाउन फ़ाइल बनाएं (पूर्व चरण में बनाई गई)।
  • एक नई निर्देशिका में एक नई मार्कडाउन फ़ाइल बनाएँ।

सभी मामलों में, मौजूदा पृष्ठ अभी भी वहां थे और नए पृष्ठ जोड़े गए थे।

एक बाधा जो बनी हुई है वह है कि आपकी फ़ाइल नाम अद्वितीय होना चाहिए। यदि आपके पास एक ही नाम वाली एक से अधिक फ़ाइल हैं, तो उनमें से केवल एक विकी में दिखाई देगी (मुझे यकीन नहीं है कि ..)।

+6

तो मूल रूप से, यह केवल आपके पृष्ठों को व्यवस्थित करने के लिए है, लेकिन आपको कुछ और नहीं देता है। –

20

गीथब विकी (उर्फ Gollum) निर्देशिकाओं का उपयोग करता है लेकिन जिस तरह से आप उम्मीद कर सकते हैं उसमें नहीं।

Gollum wiki पर प्रलेखन कुछ काम का उपयोग कर सकता है लेकिन यह है कि मैंने ज्यादातर परीक्षण के माध्यम से यह पता लगाया है।

  • सभी फ़ाइलें विकी की जड़ में दिखाई देती हैं चाहे वे रेपो में कहीं भी हों।
  • _Header, _Footer और _Sidebar फ़ाइलें प्रति-निर्देशिका हैं, लेकिन अगर कोई भी बच्चा फ़ोल्डर में मौजूद नहीं है तो विरासत में मिला है।
  • फ़ाइल लिंक स्रोत फ़ाइल के सापेक्ष हो सकते हैं (अपनी फ़ाइलों को अपनी सामग्री के साथ रखें)।

तो, यदि आप नेमस्पेसिंग के लिए निर्देशिका चाहते हैं तो आप भाग्य से बाहर हैं। नामस्थान के लिए NS-Page योजना का उपयोग करने पर विचार करें।

+4

उप-पृष्ठों की कमी विस्तार से गॉलम और गिटहब विकी को एक अपंग "विकी" बनाती है। –

0

वास्तव में, अभी भी एक सीमा है। हां, आप 1 स्तर (इसलिए, 1 उपफोल्डर) जोड़ सकते हैं। लेकिन इतना ही! मैंने संगठन के लिए उपफोल्डर के कई स्तरों को बनाने, मेरे पूरे दस्तावेज़ लेआउट का पुन: उपयोग किया, लेकिन यह कोई नहीं था।

आह

मुझे कहना पड़ेगा: मैं इस Gollum बात से चकित हूँ। मुझे आश्चर्य है कि गितूब ने इसे भी उठाया।

+0

मुझे नहीं लगता कि यह सही है। मैं विकी साइटों की सिफारिश की गई गिट में से एक को देख रहा था, https://github.com/showcases/projects-with-great-wikis। मैंने एक गिट क्लोन किया और यकीन है कि उनके पास उपनिर्देशिका के कम से कम तीन स्तर हैं। उदाहरण के लिए तकनीकी-दस्तावेज़ीकरण/1-ट्रैकर्स/रूबी-ट्रैकर पर नज़र डालें। –

+0

ठीक है, मैंने इसे स्वयं परीक्षण किया और ऐसा लगता है कि गॉलम में उपनिर्देशिकाओं के साथ समस्या है जिसका लिंक भी टेक्स्ट टेक्स्ट जैसा है। यह तरह का डरावना है। मैं समझूंगा कि वास्तविक पृष्ठ नाम में टक्कर हुई थी, लेकिन मीडियाविकि वाक्यविन्यास [[लिंक टेक्स्ट | विकीपेज]] का उपयोग करते समय यह वास्तव में लिंक टेक्स्ट और वास्तविक निर्देशिका नाम के बीच उलझन में प्रतीत होता है। –

+0

यह अविश्वसनीय बदसूरत और अनावश्यक प्रारूप काम करता है [पेजनाम] (पेजनाम) –

9

यह एक आदर्श समाधान नहीं है लेकिन वर्कअराउंड एक कस्टम साइडबार बनाना होगा जहां आप अपने पृष्ठों के लिंक के साथ सामग्री की एक तालिका बनाते हैं। मुझे यह वैसे भी फ़ोल्डर से बेहतर लगता है क्योंकि यह आपको एकाधिक पदानुक्रमों के तहत एक पृष्ठ पर एक लिंक करने की अनुमति देता है।

+0

यही वह दृष्टिकोण है जिसे मैंने लिया है, लेकिन यह एक "पेज" भाग छोड़ देता है जो पृष्ठों की एक बड़ी गड़बड़ी है (मेरी परियोजना में 60 से अधिक)। –

+0

पेज भाग को ध्वस्त कर दिया गया है, इसलिए यह साइडबार को धन्यवाद नहीं देता है – pd12