हम एक ही उत्पाद पर काम कर रहे 60+ डेवलपर्स की एक टीम हैं और एसवीएन से गिथब में जा रहे हैं। हमारे पास एसवीएन में एक प्रक्रिया है जहां व्यक्तिगत फाइलों को लॉक किया जाता है और जब भी डेवलपर कोड करना चाहता है, तो उसे फ़ाइल के मालिक द्वारा इसे अनलॉक करने की आवश्यकता होती है। हम में से तीन कुल 150+ फाइलों के मालिक हैं। अनलॉकिंग कोड समीक्षा से पहले है।क्या जिथब का उपयोग करते समय व्यक्तिगत फाइलों या निर्देशिकाओं को फोर्क पर लॉक करने का कोई तरीका है?
गीथब में, हम फोर्क-क्लोन मॉडल का उपयोग करने की योजना बना रहे हैं - प्रत्येक प्रोजेक्ट देव का एक समूह काम कर रहा है, एक कांटा करेगा, प्रत्येक डेवलपर कांटा का क्लोन करेगा, कोड & को मूल रूप से लिखें, सुविधा का नेतृत्व अपस्ट्रीम के लिए एक पुल अनुरोध करेगा।
हालांकि यह ठीक लगता है, समस्या यह है कि जब एक बड़ी परियोजना वितरित की जाती है, तो यह समीक्षा के लिए बहुत सारे बदलाव लाती है और इसलिए, फ़ाइल मालिकों के लिए लोड बढ़ जाती है। इसके अलावा, यह विकास के बाद के चक्रों में हो सकता है और इसलिए परियोजना को खतरे में डाल दिया जा सकता है।
एक विधि जिसे हमने सोचा था कि काम कर सकता है, जब गिट पुश मूल (कांटा) पर किया जाता है। अपस्ट्रीम पर एक अंतिम समीक्षा गिट खींच सकता है।
हालांकि, हमें इसके लिए कोई भी जिथब एक्सटेंशन या पुश हुक नहीं मिला। क्या गिटूब के साथ ऐसा करने के लिए एक त्वरित तरीका (पढ़ा, मौजूदा विस्तार) है या क्या हमें उसी हुक का उपयोग करना चाहिए जिसे हम गिट के साथ उपयोग करेंगे?
मुझे ऐसा लगता है कि फ़ाइल लॉकिंग कुछ गिट गायब है (यह ज्यादातर एसवीएन में परेशान है)। ज्यादातर मामलों में, मुझे यकीन है कि पुल अनुरोध और ब्रांचिंग आपके लिए जाने का तरीका है। आप submodules का उपयोग करके अलग-अलग रेपो में अपने प्रोजेक्ट के अलग-अलग हिस्से को अलग भी कर सकते हैं, और फिर आपके पास टीम के बीच एक अधिक क्लीनर अलगाव (फ़ाइल सुरक्षा) है। तो फ़ाइल मालिक, मुख्य मुख्य उपनिवेश मालिक बन जाएगा, और वह अपनी टीम द्वारा अपनी मुख्य शाखा में किए गए हर पुल अनुरोध को संशोधित करता है। फिर हर उपयोगकर्ता के पास इसका अपना कांटा होता है। –
http://programmers.stackexchange.com/questions/184435/workflow-using-binary-document-formats-in-git-without-locks-moving-from-subver – Steen
@ सिमोनबौड्रियास आपके विचार पूरी तरह गैर-काम कर रहे हैं अगर गिट किसी दस्तावेज़ प्रकार के लिए उपयोग किया जाता है जिसके लिए कोई मर्ज-टूल मौजूद नहीं है (जो लगभग हमेशा मामला है)। TortiseSVN/WebSVN के साथ हम _can_ एमएस एक्सचेंज से बचते हैं, लेकिन गिट के साथ हम नहीं कर सकते हैं। मेरी राय पर, यह गिट का एक बहुत दुर्भाग्यपूर्ण फॉलबैक है। – peterh