कभी-कभी मुझे
.gitignore फ़ाइल
.gitignore मिलती है जो किसी भी तरह से नहीं होनी चाहिए। उदाहरण के लिए,
.idea फ़ोल्डर जिसमें JetBrains से जाने-माने IDEs के कॉन्फ़िगरेशन स्थित हैं। यह आपके काम के माहौल का हिस्सा है और यह किसी भी तरह से परियोजना और भंडार से संबंधित नहीं है। यदि कई लोग परियोजना पर काम करते हैं और उनमें से प्रत्येक अपने पर्यावरण के विन्यास को .gitignore में जोड़ता है, तो यह एक अपठनीय कचरा डंप में बदल जाएगा।
इस विषय में, मैं फ़ाइलों को बाहर करने के सही तरीकों के बारे में और कब और किस तरीके का उपयोग करना है, इसके बारे में बात करूंगा।
रिपोजिटरी अपवाद
जब आपके पास ऐसी फाइलें होती हैं जो इस परियोजना के लिए और आपके काम के माहौल के लिए विशिष्ट होती हैं (उदाहरण के लिए, लॉग, थर्ड-पार्टी यूटिलिटी)
.git/info/exclude । यह फ़ाइल प्रारंभ नहीं की गई है और केवल स्थानीय भंडार में बनी हुई है।
कंप्यूटर अपवाद
जब आपके पास कई प्रोजेक्ट्स होते हैं और हर जगह कुछ ऐसा बनाया जाता है, जिसे आप कमिट नहीं करना चाहते (उदाहरण के लिए, * .swp विम फाइल्स
~/.gitconfig इस्तेमाल करते हैं। उपरोक्त उदाहरण .idea फ़ोल्डर जो प्रत्येक प्रोजेक्ट के लिए बनाया गया है, बस यहीं फिट बैठता है। एक .gitexcludes फ़ाइल बनाएं और चलाएं:
git config --global core.excludesfile ~/.gitexcludes
या मैन्युअल रूप से
~/.gitconfig जोड़ें:
[core] excludesfile = ~/.gitexcludes
~/.gitconfig को सहेजने के तुरंत बाद
~/.gitconfig आपको
~/.gitconfig फ़ाइलों की सूची में निर्दिष्ट फ़ाइलों / फ़ोल्डरों को नहीं देखना चाहिए।
मुझे गिट पसंद है, लेकिन कभी-कभी यह विवरण में असंगत है। मैं इस तथ्य पर आपका ध्यान आकर्षित करता हूं कि पहले मामले में हम
.git/info/exclude फ़ाइल (अंत में बिना
s ) संपादित कर रहे हैं, और दूसरे में हम
excludeSfile विकल्प (बीच में c) का उपयोग करते हैं। एक संभावित टाइपो के कारण समय बर्बाद न करें।
अधिकांश मामलों में गिट के साथ काम करने का अर्थ है एक टीम के रूप में काम करना, इसलिए उन लोगों के जीवन को जटिल न करें जो आपके साथ आपके काम के माहौल के विवरण के साथ काम करेंगे। अच्छा करता है! :)