في واحدة من المقالات المنشورة على المحور ، قرأت
في التعليقات أن هناك نسخًا من
deepNude على gitlab.com ، بدافع الفضول بحتة وجدتها وصنعت شوكة "فقط في حالة". بعد 3 ساعات من ذلك ،
لم أستطع تشغيل الكود ، لأنه طار في الحظر ...
بعد المراسلات مع الدعم ، اتضح أنني انتهكت قواعد خدمتهم وأنه تم إلغاء تأميني ، لكن يجب أن أزيل deepNude من حسابي في غضون 24 ساعة.
لكنني لم أستطع الدخول ، ربما بسبب إلغاء القفل المكون من عاملين وغير الصحيح:
بينما كنت أنتظر الرد التالي من الدعم ، تم التغلب علي بالفكرة "الإبقاء على الكود على gitlab.com غير موثوق به ، يمكن أن تتغير القواعد ، ولكم جميع الأعمال المرتبطة بهم ، لا يمكنك حتى عمل جولة لتجاوز سجلهم و CI / CD."
ولكن الحقيقة هي أن gitlab مناسب ، وأنا حقًا لا أفهم كيف يمكنك العيش في عام 2019 بدون CI / CD. وغيرها من الأشياء الجيدة. بشكل عام ، لقد رفعت خادم منفصل ، توالت هناك رصيف ميناء / عامل ميناء /
gitlab /
Gitlab CE / التسجيل لم يرفع (Amazon ECR)
هذا كل شيء ، يتم الآن نشر مستقلة عن سياسات إدارة الخدمة. أنا مرتاح وفجأة تصل رسالة تفيد بأنني في هذه المرة تم إلغاء الحظر تمامًا. لقد حذفت deepNude ، وقمت بنقل جميع مستودعاتي (وهناك أكثر من 50) بنقرة واحدة إلى إصدار الاستضافة الذاتية لـ Gitlab.
في النهاية
من الايجابيات:- يبني ونشر تسارع مرتين! من 6 دقائق إلى 3x (التجميع / الاختبار / النشر لـ prod)
- كان هناك سيطرة كاملة على العمليات المختلفة من خلال لوحة المشرف Gitlab CE
- لا يوجد اعتماد على سياسات الخدمة ، وهنا أنت رئيسك
- يعمل Gitlab CE بشكل ذاتي بشكل أسرع من الإصدار السحابي في جميع الجوانب.
من السلبيات:- من الضروري عمل نسخ احتياطية (أقوم بآلية النسخ الاحتياطي المضمنة في DigitalOcean)
- من الضروري تحديث ومراقبة حالة الخادم / الحاويات بشكل دوري
بشكل عام ، استنساخ deepNude (إذا كان لا يزال هناك) وعليك الانتقال إلى gitlab الخاص بك)) ، فلن نأسف لذلك. ربما إذا لم يكن الأمر كذلك في هذه الحالة ، فلم يحدث لي ذلك.
إذا كان أي شخص مهتمًا ، فيمكنني تحميل تكوينات عامل التشغيل لإنشاء أمثلة تكوين Gitlab CE و CI / CD.
أتمنى لك أسبوع عمل جيد!
محدث: كما لاحظ
amarao بشكل صحيح في
التعليقات :
لن أعتبر خدمة النسخ الاحتياطي الموجودة في المضيف موثوقة. انفجار واحد في الفواتير ، وليس هناك مثيل ، لا يوجد نسخة احتياطية
لذلك ، بالإضافة إلى النسخ الاحتياطي على DO ، قمت بتكوين
آلية النسخ الاحتياطي الأصلية في Gitlab CE ، والآن يتم التخلص من قاعدة البيانات والمستودعات على Amazon S3 على التاج ، والتي يمكنك من خلالها الاسترداد بسهولة (ولكن للتجربة ستحتاج إلى إجراء استرداد تجريبي ، سأرى ما يأتي منها ).
يمكنك أيضًا استخدام
النسخ المتطابق للمستودع