क्या मुझे घर या ग्रहण कार्यक्षेत्र में गिट भंडार स्टोर करना चाहिए?

Question

मैं बस svn से git तक जा रहा हूं, और कुछ अच्छी नींव रखने के लिए उत्सुक हूं।

डिफ़ॉल्ट रूप से ग्रहण मेरे स्थानीय क्लोन भंडार को ~/git में संग्रहीत करना चाहता है। मैं एक ही कार्यक्षेत्र में किसी कार्य के लिए सभी डेटा रखने में अधिक आरामदायक हूं - इसलिए मैं इसे अपने कार्यक्षेत्र में रखने के इच्छुक हूं।

क्या कोई महत्वपूर्ण पेशेवर/विपक्ष मुझे विचार करना चाहिए?

मुझे बहुत सारी शाखाएं करने का इरादा नहीं है - मैं वास्तव में कुछ अविश्वसनीय इंटरनेट कॉम मुद्दों पर काबू पाने के लिए वास्तव में डीवीसीएस मार्ग पर जा रहा हूं।

Answer 1

मैं भी ग्रहण में गिट में स्विच कर रहा हूं, और इस मुद्दे के बारे में पढ़ रहा हूं। ऐसा लगता है कि current wisdom (हालांकि नहीं हर कोई इससे सहमत हैं) है:

• नहीं कार्यक्षेत्र निर्देशिका के नीचे अपनी परियोजनाओं होने के लिए इस्तेमाल किया हो जाओ।

• संबंधित ग्रहण परियोजनाओं के प्रत्येक समूह (और शायद अधिक फाइलें) के लिए एक गिट भंडार है। "संबंधित परियोजनाओं" की अवधारणा आपकी सुविधा तक है [*]

• प्रत्येक रिपोजिटरी के लिए, प्रत्येक जावा प्रोजेक्ट के लिए एक प्रथम स्तर की निर्देशिका। इसका तात्पर्य है कि आपके पास .git/ निर्देशिका होगी, और, उसी स्तर पर, प्रोजेक्ट निर्देशिकाएं।

उदाहरण: मान लीजिए कि, "GIT से पहले", आप कई परियोजनाओं के साथ एक ग्रहण कार्यक्षेत्र था:

/wk/workspace/.metadata/ 
/wk/workspace/projXXX/ 
/wk/workspace/projXXXtest/ (related with the previous) 
/wk/workspace/projYYY1/  | 
/wk/workspace/projYYY2/  > three related projects 
/wk/workspace/projYYY3/  | 
/wk/workspace/projZ/  (a project you are not going to version in git) 

तो फिर तुम दो खाली निर्देशिका, प्रत्येक भंडार लिए वह बना देंगे, कहते हैं:

~/repositories/XXX/ 
~/repositories/YYY/ 

और बाद में, नए GIT लेआउट के साथ, आप होगा:

/wk/workspace/.metadata/ 
/wk/workspace/projZ/ 

~/repositories/XXX/.git/ (XXX related repository - non-bare) 
~/repositories/XXX/projXXX/ 
~/repositories/XXX/projXXXtest/ 

~/repositories/YYY/.git/ (YYY related repository - non-bare) 
~/repositories/YYY/projYYY1/ 
~/repositories/YYY/projYYY2/ 
~/repositories/YYY/projYYY3/ 

जब आप क्लिक टीम> एक मौजूदा परियोजना को लेकर शेयर और निर्दिष्ट करें (उदाहरण में) ~/repositories/XXX/.git/ भंडार के रूप में, ( ~/repositories/XXX/ के रूप में "कार्य निर्देशिका", छोड़ "पथ

ग्रहण (EGit) आप के लिए यह सब करता है भंडार के भीतर " खाली)।

[*] ध्यान रखें कि परियोजनाओं का प्रत्येक समूह गिट पॉइंट-ऑफ-व्यू से है, केवल एक भंडार के अंदर निर्देशिकाओं का एक सेट है। कुछ प्रासंगिक प्रभाव: उपर्युक्त उदाहरण में, आपके पास ग्रहण कार्यक्षेत्र में दो अलग-अलग शाखाओं/परियोजनाओं के संस्करण projYYY1 - projYYY2 एक साथ नहीं होंगे; और, कहें, जब आप एक परियोजना प्रतिबद्धता टैग करते हैं, तो आप वास्तव में पूर्ण भंडार (परियोजनाओं का समूह) प्रतिबद्धता टैग कर रहे हैं।

Answer 2

.git होना चाहिए जहां अपने काम का पेड़ है याद रखें कि Git के साथ, शाखाओं निर्देशिका नहीं हैं

(है कि मौजूदा शाखा आप पर काम कर रहे के वर्तमान प्रधान का प्रतिनिधित्व फ़ाइलें है) (SVN के विपरीत) , इसलिए आपका कामकाजी पेड़ सीधे एक शाखा सामग्री का प्रतिनिधित्व करेगा, न कि कई निर्देशिकाएं (आपकी विभिन्न शाखाओं के लिए), उसके बाद प्रति शाखा सामग्री।

मैं आमतौर पर अपने प्रोजेक्ट स्रोतों को अपने ग्रहण कार्यक्षेत्र से अलग रखना पसंद करता हूं, लेकिन यह प्राथमिकता का विषय है।

Answer 3

मुझे लगता है कि वर्कस्पेस के बाहर गिट संस्करण पेड़ को संग्रहीत करना एक अच्छा विचार है। इस तरह विभिन्न रिपॉजिटरीज से परियोजनाओं को अलग करना संभव है, लेकिन फिर भी उन्हें एक ही कार्यक्षेत्र में संभालना संभव है।

इसके अतिरिक्त, यदि आप वर्कस्पेस के बाहर कोड डालते हैं, तो आप वर्कस्पेस (कार्यशील प्रतिलिपि में) के बाहर पदानुक्रमित रूप से अपनी परियोजनाओं को व्यवस्थित कर सकते हैं, लेकिन फिर भी ग्रहण में फ्लैट प्रतिनिधित्व देखते हैं।