गिटलैब 2.0

22 दिसंबर को, हमने संस्करण 2.0 जारी किया।

प्रमुख परिवर्तन:

• गिटोसिस से गिटोलिट में स्थानांतरित करना।
• संशोधित डिजाइन। अब यह अधिक सुविधाजनक और व्यावहारिक है।
• उन्नत अधिकार प्रबंधन
• बेहतर ईमेल सूचना प्रणाली।
• डैशबोर्ड में सुधार।
• फ़ाइल और निर्देशिका ट्री के संचालन में सुधार।
• कमिट और कार्यों के लिए एटम टेप।
• Bagofiks + अन्य छोटे बदलाव।

भविष्य की योजना:

• रिफैक्टरिंग
• प्रदर्शन अनुकूलन
• कोड की एक पंक्ति पर टिप्पणियाँ।
• हल्के कार्य (जैसे महत्वपूर्ण)
• प्रत्येक ब्रंच के लिए उन्नत अभिगम नियंत्रण।
• हुक के साथ काम करें। पुश ऑपरेशन के लिए ईमेल अधिसूचना
• स्वचालित रूप से ब्रंच बनाएं और मर्ज अनुरोध या समस्या (उदाहरण के रूप में) बनाते समय उन्हें हटा दें। यह कैसे काम करेगा इसका कोई स्पष्ट विचार नहीं है।
• JSON एपीआई
• प्रयोज्य नेटवर्क ग्राफ
• निरंतर एकीकरण सेवाओं के साथ एकीकरण की दिशा में काम करना
• LDAP प्राधिकरण
• विकी

मैं हमारे नवाचार मर्ज अनुरोध के बारे में अधिक विस्तार से बताना चाहता हूं। यह जीथब फोर्क के लिए एक हल्का प्रतिस्थापन है। फोर्क मॉडल ओपनसोर्स विकास पर बहुत अच्छी तरह से फिट बैठता है। लेकिन चूंकि हमारी परियोजना में एक अलग लक्ष्य है, इसलिए सिद्धांत थोड़ा अलग है।
मर्ज अनुरोध एक ब्रंच से दूसरे में मर्ज अनुरोध है। उदाहरण के लिए, मैंने एक फीचर_फीड ब्रंच बनाया और उसमें 5 कमिट बनाए। मर्ज अनुरोध की सहायता से, मैंने अपनी इच्छा को देवता के ब्रंच में विलय करने का संकेत दिया। अब एक व्यक्ति जिसके पास देव में धकेलने का अधिकार है, वह अंतर को देख सकता है (कुल 5 कमिट्स के लिए) और एक उचित निर्णय ले सकता है, और एक टिप्पणी भी लिख सकता है। हालांकि पुश करने के अधिकार औपचारिक हैं, हालांकि, जल्द ही ब्रंच तक पहुंच को नियंत्रित करने का अवसर होगा। वांछित होने पर स्वचालित रूप से और स्वचालित रूप से ब्रंच को हटाने की क्षमता भी जोड़ दी जाएगी।

UPD: प्रोजेक्ट का लिंक