TKLDev के साथ एक नया सर्वर छवि बनाएं

The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The The TKLDev doc यह पृष्ठ एक नए सर्वर छवि बनाने का एक सरल अवलोकन बनाने के लिए है।

यह मानता है कि आपने पढ़ लिया है TKLDev docsTKLDev का एक उदाहरण चल रहा है और पुष्टि की है कि सब कुछ काम करता है क्योंकि यह होना चाहिए एक कोर ISO का निर्माण.

पूर्वापेक्षा

कमानलाइन उपयोग की आवश्यकता होगी, लेकिन विशेष प्रासंगिकता निम्नलिखित हैं:

• Apt; उदाहरण के लिए apt-get; apt-cache आदि - पैकेज स्थापित करने के लिए आवश्यक
• गिट; उदाहरण के लिए गिट क्लोन; गिट प्रतिबद्ध; गिट पुश - गिट संस्करण नियंत्रण के साथ काम करने के लिए आवश्यक
• GitHub - A free GitHub account प्राप्त करें यदि आपके पास पहले से ही एक नहीं है।
  • Git और GitHub पर प्राइमर

• यदि आप नए हैं तो Git/GitHub, GitHub के लिए अपने TKLDev को सेट करें:

• अपने TKLDev सर्वर पर सेटअप गिट एक उपयोगकर्ता नाम सेट करना और ईमेल (information) (in the email) of the GitHub account.
• फिर आपके पास प्रमाणीकरण के लिए 2 विकल्प हैं; आपके GitHub रेपो के लिए उपयोग किए जाने वाले यूआरएल उस पर निर्भर करेंगे जिस विकल्प को आप बनाते हैं:
  • SSH मेरी वरीयता और सिफारिश। आपको आवश्यकता होगी SSH की मरम्मत (इस पृष्ठ के अन्य वर्गों को अनदेखा करें) और GitHub में अपनी सार्वजनिक कुंजी जोड़ें(d)
  • HTTPS - यह भी ok काम करना चाहिए, लेकिन मैं इसे हमेशा इस्तेमाल किया हूँ, इसलिए आप कुछ हद तक अपने आप में हैं।

जाओ!

यह प्रक्रिया कार्य करती है एक नया सर्वर छवि विकसित करनाहालांकि यह एकमात्र वर्कफ़्लो नहीं है।

git clone https://github.com/turnkeylinux-apps/<base-appliance-name>.git
mv <base-appliance-name> <new-appliance-name>
cd <new-appliance-name>
rm -rf .git
git-init

1. अनुसंधान अपने सॉफ्टवेयर को स्थापित करने और इसे साफ-सुथरा स्थापित करने पर स्थापित करने के लिए सर्वर छवि जो सबसे अच्छा शुरुआती बिंदु हैइसे काम करना चाहिए, जबकि ध्यान से हर कदम को दस्तावेज करना। मैं इसे एक वीएम में करता हूं और मेरा प्रलेखन आमतौर पर बैश कमांड होता है।
2. अपने नए सर्वर छवि के लिए एक नाम पर विचार करेंअक्सर यह आत्म स्पष्ट हो जाएगा; अन्य बार इतना नहीं ...
3. अपने TKLDev सर्वर पर, बेस इमेज के लिए स्रोत भंडार को क्लोन करें (जो आपने चरण में निर्णय लिया) और परिणामस्वरूप निर्देशिका (चरण 2) को अपने निर्णय के अनुसार) का नाम बदलकर अपने लिए बदल दें। नया ऐप नाम (कोई स्थान नहीं)। फिर (re) इसे एक गिट रेपो के रूप में स्वीकार करते हैं।
4. GitHub पर एक नया रेपो बनाएं अपने नए ऐप नाम के समान नाम दिया गया है; यानी नए रेपो का नाम।
5. अपने स्थानीय रेपो और अपने GitHub (रिमोट) को एक सिंक करें (और प्रतिबद्ध)
6. नोट कि संकुल डिफ़ॉल्ट रिपोज (i.e. TurnKey और Debian डिफ़ॉल्ट स्थिर रिपोज) से स्थापित करने के लिए योजना में जोड़ा जाना चाहिए; उदाहरण के लिए, LAMP योजना (और प्रतिबद्ध)
7. चरण 1 में किए गए दस्तावेज़ीकरण से एक स्थापित स्क्रिप्ट बनाएं और इसे सीमित निर्देशिका में एक स्क्रिप्ट में डालें; उदाहरण के लिए। LAMP मुख्य conf.d (और प्रतिबद्ध)
8. और/या फ़ाइलों को ओवरले डायरेक्टरी में जोड़ा जा सकता है; उदाहरण के लिए। LAMP ओवरले (और प्रतिबद्ध)
9. अद्यतन readme (उदाहरण के लिए) LAMP README.rst आपकी नई सर्वर छवि के लिए प्रासंगिक जानकारी के साथ। आप मौजूदा टेम्पलेट के रूप में उपयोग कर सकते हैं, लेकिन आप शायद एक प्रमुख ओवरहाल करना चाहते हैं।
10. अद्यतन बदलावलॉग (जैसे कि) LAMP Changelogफिर भी आप कुछ का उपयोग करना चाहते हैं जो टेम्पलेट के रूप में है (हालांकि सभी पुरानी जानकारी से छुटकारा पाने के लिए क्योंकि यह एक नया सर्वर छवि का पहला रिलीज होगा)। यदि आप अपने काम की प्रगति को ट्रैक करना चाहते हैं परिवर्तनलॉग का उपयोग नहीं करतेइसके लिए एक और फ़ाइल बनाएं।
11. यदि आप चाहते हैं तो आप अपने GitHub रेपो के मुद्दों अनुभाग का उपयोग कर सकते हैं और यदि आप चाहते हैं तो योजनाबद्ध सुविधाओं का उपयोग कर सकते हैं।
12. अपना विकास इनिट हुकसभी अद्वितीय कारकों जैसे पासवर्डों को ऑटो जेनरेट किया जाना चाहिए (उदाहरण के लिए आवेदन MySQL उपयोगकर्ता पासवर्ड) या इंटरैक्टिव (उदाहरण के लिए उपयोगकर्ता पासवर्ड)। हालांकि, यह इंटरैक्टिव inithooks को पूर्ववर्ती होने की क्षमता की आवश्यकता होती है।
13. मैं शुरू में root.patched'then 'fab-chroot build/root.patched' परीक्षण और tweaking के लिए। जब तक यह सर्वर छवि पर काम करते रहते हैं unattended और बिना त्रुटि के। सैंडबॉक्स में अपेक्षित कार्य (आपके द्वारा किये गए बदलाव के अनुसार)
14. अंतिम निर्माण ('make') और परीक्षण ISO (एक VM में)।
15. To make a good way; to be a good way.

     

मैं अक्सर करने का सुझाव देता हूं। फिर यह देखना आसान है कि क्या किया गया है और किस क्रम में। आप बाद में अगर आप चाहते हैं तो गिट इतिहास को साफ कर सकते हैं। आम तौर पर मैं केवल GitHub को हर बार (एक सत्र के बाद) धक्का देता हूं। हालांकि कभी-कभी GitHub WebUI का उपयोग करके अपने कोड को देखने के लिए एक जगह में सब कुछ देखने का एक आसान तरीका हो सकता है।