v15.2+ : Omnibus पैकेज

V15.2 के रूप में, TurnKey गिटलाब सर्वर में गिटलाब शामिल है जो Gitlab के माध्यम से स्थापित है। सर्वव्यापी पैकेजTurnKey GitLab के पिछले संस्करणों ने एक प्रदान किया स्रोत स्थापितदुर्भाग्य से यह परिवर्तन मौजूदा उपयोगकर्ता के लिए दर्द का एक सा होगा क्योंकि इसके लिए आवश्यकता होगी। मैनुअल माइग्रेशन स्रोत से ओमनीबस तक। यह अनुमान लगाया गया है कि यह अल्पकालिक दर्द अच्छी तरह से होगा और वास्तव में GitLab रखरखाव / अद्यतन की अधिक आसानी से आगे बढ़ रहा है (दोनों अंत उपयोगकर्ताओं, साथ ही TurnKey)। इस बदलाव को उपयोगकर्ताओं से महत्वपूर्ण प्रतिक्रिया के बाद शुरू किया गया था, कुछ महान बातचीत पेशेवरों और विपक्ष का वजन करती है, साथ ही स्रोत स्थापित करने के चल रहे दर्द को बनाए रखती है। सर्वर

पिछले TurnKey गिटलाब उदाहरणों से माइग्रेट करना

दुर्भाग्य से, GitLab के स्रोत स्थापित से GitLab की एक सर्वव्यापी स्थापना के लिए कोई सरल तरीका नहीं है। It requires a bit of mucking around, including backend DB migration from MySQL DB backend (as used in TurnKey v15.1 and earlier) to PostgreSQL backend (as supplied by Omnibus TurnKey v15.2 और बाद में स्थापित)।

हालांकि यह किया जा सकता है। मुख्य विवरण में शामिल हैं गिटलाब डॉक्सआदर्श रूप से अपने डेटा को मैन्युअल रूप से पहले स्थापित करने के लिए माइग्रेट करना सबसे अच्छा होगा, फिर मैन्युअल रूप से एक GitLab बैकअप उत्पन्न करेंबैकअप जो आप बनाते हैं, साथ ही आपकी /etc/gitlab निर्देशिका (या कम से कम अपने gitlab-secrets.json फ़ाइल) को स्थानांतरित किया जा सकता है, फिर नए में स्थानांतरित किया जा सकता है। गिटला सर्वर। प्रासंगिक स्थान में /etc फ़ाइलों को रखें और अपनी बैकअप को पुनर्स्थापित करें GitLab डॉक्स के अनुसार।

यह ध्यान देने योग्य है कि यदि आपके पास GitLab का वास्तव में पुराना संस्करण है, तो आपको पहले कुछ स्रोत अपडेट करने की आवश्यकता हो सकती है। मंचों पर धागाजहां एक उपयोगकर्ता GitLab v5.0.2 (TurnKey GitLab v13.0) से उन्नत हुआ, वर्तमान GitLab (लेखन के समय v11.x) का सभी तरीका। यदि आपको ऐसा करने की आवश्यकता है तो उम्मीद है कि धागा उपयोगी होगा। यदि आपको कुछ समर्थन की आवश्यकता है, तो कृपया बेझिझक महसूस करें। एक नया धागा शुरू (need to be logged in - if you don't have a TurnKey forums user account, please रजिस्टर एक के लिए).

बैकअप प्रक्रिया में सीमाओं और परिवर्तनों के कारण, बैकअप बनाने और अपने डेटा को अपने नए डेटा में स्थानांतरित करने से पहले कम से कम GitLab v9.3.0 को अपडेट करना उचित है। सर्वर (हालांकि इसके पहले अपने पुराने सर्वर पर Omnibus को माइग्रेट करना संभव हो सकता है)। इसके अलावा कृपया ध्यान दें कि बैकअप केवल तभी काम करता है जब GitLab के बिल्कुल उसी संस्करण से / तक जा रहा हो। उसी इंस्टॉल विधि (सोर्स या ओमनीबस), संस्करण संख्या और रिलीज चैनल (एंटरप्राइज संस्करण Aka "ee"; या सामुदायिक संस्करण Aka "ce")। एक बार जब आप Omnibus में चले गए हैं और v9.3 या महान हैं, तो आप डेटा माइग्रेट कर सकते हैं और यदि आवश्यक हो तो GitLab संस्करण को डाउनग्रेड कर सकते हैं। TurnKey पर GitLab संस्करण को डाउनग्रेड करना नीचे उल्लेखित है। मैनुअल पुनर्स्थापना Omnibus अनुभाग।

FWIW, एक गैर-TurnKey गिटलाब सर्वर से TurnKey GItLab सर्वर (v15.2+) में माइग्रेट करने की प्रक्रिया अनिवार्य रूप से TurnKey सर्वर =< v15.1 से माइग्रेट होने के समान होगी।

TurnKey GitLab and TKLBAM

TurnKey (<=v15.1) के पहले संस्करणों से बहाल

दुर्भाग्य से TKLBAM बैकअप GitLab सर्वर से v15.2 (i.e.) से पहले सर्वर जिसमें GitLab शामिल हैं, को ऑटोमैग्लिक रूप से TurnKey गिटलाब v15.2+ को TKLBAM का उपयोग करके पुनर्स्थापित नहीं किया जा सकता है। पहले सर्वर को पहले Omnibus में मैन्युअल रूप से माइग्रेट किया जाना चाहिए, जैसा कि ऊपर दिए गए अनुभाग में चर्चा की गई थी। मैन्युअल रूप से माइग्रेशन.

मैन्युअल रूप से Omnibus बैकअप बहाल

एक GitLab बैकअप को बहाल करने के लिए, आपको वास्तव में GitLab संस्करण से मेल खाना चाहिए कि बैकअप से आता है, जिस संस्करण को आप बहाल कर रहे हैं। समस्याओं के बारे में चिंताओं के कारण, यह मैन्युअल रूप से किया जाता है। TKLBAM में किया जाता है प्रयोगात्मक इस automagically करने का प्रयास करने के लिए समर्थन, यदि आप कोशिश करना चाहते हैं, तो कृपया नीचे दिए गए अनुभाग को पढ़ने के लिए कृपया Automagic संस्करण मिलानयदि आप मैनुअल रिस्टोर (recommended) के साथ आगे बढ़ना चाहते हैं तो कृपया पढ़ें।

प्रायोगिक: ऑटोमैजिक संस्करण मिलान