मुफ़्त .gitignore जनरेटर

किसी भी प्रोग्रामिंग भाषा या फ्रेमवर्क के लिए .gitignore फ़ाइलें बनाएं। मुफ़्त, तेज़ और पूरी तरह आपके ब्राउज़र में काम करता है, बिना साइन-अप के।

अपडेट किया गया

Share:
Home/Developer Tools/.gitignore Generator

.gitignore Generator

Generate comprehensive .gitignore files for 50+ languages, frameworks, and tools.

Quick Start: Stack Presets

Select Templates (2)

Node.js
macOS

.gitignore
29 rules

# ==========================================
# Node.js
# ==========================================
node_modules/
npm-debug.log*
yarn-debug.log*
yarn-error.log*
.pnpm-debug.log*
dist/
build/
.env
.env.local
.env.*.local
.idea/
.vscode/
*.swp
*.swo
.DS_Store
Thumbs.db
logs/
*.log
coverage/
.nyc_output/

# ==========================================
# macOS
# ==========================================
.AppleDouble
.LSOverride
Icon
._*
.Spotlight-V100
.Trashes
.fseventsd
.VolumeIcon.icns
.com.apple.timemachine.donotpresent

About .gitignore Patterns

Pattern Syntax

  • * matches anything except /
  • ** matches everything including /
  • ? matches any single character
  • [abc] matches one of the characters

Special Patterns

  • / at start = relative to root
  • / at end = directories only
  • ! negates a pattern (unignore)
  • # starts a comment

अक्सर पूछे जाने वाले प्रश्न

.gitignore Generator क्या है?

.gitignore Generator एक मुफ़्त ऑनलाइन टूल है जो किसी भी प्रोग्रामिंग भाषा, फ्रेमवर्क या IDE के लिए सही नियमों के साथ .gitignore फ़ाइलें बनाता है।

क्या .gitignore Generator मुफ़्त है?

हाँ, यह पूरी तरह मुफ़्त है और इसके लिए किसी पंजीकरण की आवश्यकता नहीं है। पूरी फ़ाइल जनरेशन आपके ब्राउज़र में क्लाइंट-साइड पर होती है।

कौन-सी भाषाएँ और फ्रेमवर्क समर्थित हैं?

.gitignore Generator, Node.js, Python, Java, Go, Rust, React, Angular, Vue और दर्जनों अन्य भाषाओं व फ्रेमवर्क के लिए टेम्पलेट का समर्थन करता है।

क्या इस टूल के साथ मेरा डेटा सुरक्षित है?

बिल्कुल। .gitignore Generator सब कुछ आपके ब्राउज़र में क्लाइंट-साइड पर प्रोसेस करता है। कोई भी डेटा किसी सर्वर पर अपलोड या संग्रहीत नहीं किया जाता। आपका कंटेंट हर समय आपके डिवाइस पर निजी रहता है।

क्या .gitignore Generator मोबाइल उपकरणों पर काम करता है?

हाँ, .gitignore Generator पूरी तरह रिस्पॉन्सिव है और स्मार्टफ़ोन व टैबलेट पर काम करता है। आप इसे आधुनिक वेब ब्राउज़र वाले किसी भी डिवाइस पर इस्तेमाल कर सकते हैं, किसी ऐप को डाउनलोड करने की ज़रूरत नहीं।

क्या इस टूल का उपयोग करने के लिए मुझे खाता बनाना होगा?

किसी खाते या पंजीकरण की आवश्यकता नहीं है। बस अपने ब्राउज़र में .gitignore Generator खोलें और तुरंत इस्तेमाल शुरू करें। कोई साइन-अप बाधा या उपयोग प्रतिबंध नहीं है।

मैं .gitignore Generator का उपयोग कैसे करूँ?

बस दिए गए फ़ील्ड में अपना इनपुट दर्ज करें, अपनी पसंद के अनुसार सेटिंग्स समायोजित करें, और टूल इसे तुरंत प्रोसेस कर देगा। फिर आप परिणाम को क्लिपबोर्ड पर कॉपी कर सकते हैं या डाउनलोड कर सकते हैं।

कौन-कौन से ब्राउज़र समर्थित हैं?

.gitignore Generator सभी आधुनिक ब्राउज़रों में काम करता है, जिनमें Chrome, Firefox, Safari, Edge और Opera शामिल हैं। सर्वोत्तम अनुभव के लिए अपने पसंदीदा ब्राउज़र के नवीनतम संस्करण का उपयोग करें।

मेरा .gitignore पहले से कमिट हो चुकी फ़ाइल को अनदेखा क्यों नहीं कर रहा?

.gitignore सिर्फ़ untracked फ़ाइलों पर असर डालता है। एक बार जब Git किसी फ़ाइल को पहले से ट्रैक कर रहा है, तो मैच होने वाला पैटर्न जोड़ने से कुछ नहीं होता — Git उसे देखता रहता है क्योंकि वह इंडेक्स का हिस्सा है। इसे ठीक करने के लिए, फ़ाइल को डिस्क पर रहने देते हुए उसका ट्रैकिंग बंद करें: git rm --cached path/to/file, या किसी फ़ोल्डर के लिए git rm -r --cached folder/, फिर बदलाव कमिट करें। अब फ़ाइल untracked हो जाती है और ignore नियम लागू होने लगता है। यह अक्सर .env फ़ाइल, किसी बिल्ड फ़ोल्डर, या node_modules/ के साथ होता है जो नियम जोड़ने से पहले ही अंदर आ गई थी। ध्यान रहे कि हटाने के बाद भी फ़ाइल आपके प्रोजेक्ट हिस्ट्री में बनी रहती है, इसलिए कमिट हो चुके किसी सीक्रेट को सिर्फ़ ignore करने के बजाय बदल भी देना चाहिए। पहले यहाँ अपना नियम सेट जनरेट करें, उसे रिपॉज़िटरी में पेस्ट करें, और सफ़ाई के कमांड चलाने से पहले बिल्ट-इन पाथ टेस्टर से पुष्टि कर लें कि पैटर्न सही मैच कर रहा है।

gitignore पैटर्न में *, **, और आख़िर में लगे स्लैश में क्या फ़र्क़ है?

ये तय करते हैं कि कोई पैटर्न कितने व्यापक रूप से मैच करेगा। एक अकेला asterisk (*) डायरेक्टरी सेपरेटर को छोड़कर किसी भी कैरेक्टर से मैच करता है, इसलिए *.log, build.log को पकड़ता है लेकिन logs/app.log को नहीं। डबल asterisk (**) डायरेक्टरीज़ के आर-पार मैच करता है, इसलिए logs/**/debug.log किसी भी गहराई तक पहुँच जाता है। build/ जैसा आख़िर में लगा स्लैश सिर्फ़ डायरेक्टरीज़ को टारगेट करता है, यानी वह फ़ोल्डर और उसके अंदर की हर चीज़ अनदेखी हो जाती है जबकि build नाम की फ़ाइल को नहीं छुआ जाता। शुरुआत में लगा स्लैश किसी पैटर्न को रिपॉज़िटरी के रूट से एंकर करता है, इसलिए /config सिर्फ़ टॉप-लेवल के config को मैच करता है, नेस्टेड वाले को नहीं। ? ठीक एक कैरेक्टर से मैच करता है, और [abc] सूचीबद्ध किसी एक कैरेक्टर से। शुरुआत में लगा ! पहले के किसी नियम को negate करता है ताकि आप किसी एक फ़ाइल को दोबारा शामिल कर सकें, और # से शुरू होने वाली लाइनें कमेंट होती हैं। इस जेनरेटर के टेम्पलेट पहले से ही इन्हें सही तरीक़े से इस्तेमाल करते हैं, और Pattern Reference टैब हर एक का सार देता है। ऊपर अपनी फ़ाइल बनाएँ और यह देखने के लिए किसी सैंपल पाथ को टेस्ट करें कि कौन-से नियम लागू होते हैं।

इस जेनरेटर में MERN और LAMP जैसे स्टैक प्रीसेट कैसे काम करते हैं?

स्टैक प्रीसेट एक-क्लिक शॉर्टकट हैं जो किसी आम टेक्नोलॉजी कॉम्बिनेशन के लिए पहले से तैयार टेम्पलेट सेट लोड कर देते हैं, ताकि आपको सूची में ढूँढ़ना न पड़े। MERN चुनने पर एक साथ Node.js, React, MongoDB, macOS, और VS Code चुन लिए जाते हैं, जबकि LAMP से PHP, Laravel, macOS, और Linux लोड होते हैं। कुल मिलाकर आठ प्रीसेट हैं, जो Python ML, Flutter, Full Stack JS, Java Spring, Go API, और Rust को भी कवर करते हैं। हर प्रीसेट आपके मौजूदा चुनाव में जोड़ने के बजाय उसकी जगह ले लेता है, जिससे आपको एक साफ़ शुरुआती बिंदु मिलता है। किसी प्रीसेट को लागू करने के बाद भी आप अलग-अलग टेम्पलेट को चालू-बंद कर सकते हैं, नीचे कस्टम नियम जोड़ सकते हैं, और जिस टेम्पलेट बैज की ज़रूरत न हो उसे हटा सकते हैं। जब आपका प्रोजेक्ट किसी स्टैंडर्ड स्टैक से मेल खाता हो तो प्रीसेट सबसे तेज़ रास्ता होते हैं; ऊपर से एक चुनें, फिर आउटपुट पैनल को तब तक बेहतर करें जब तक फ़ाइल आपकी रिपॉज़िटरी के अनुरूप न हो जाए।

क्या .DS_Store जैसी OS और एडिटर फ़ाइलें प्रोजेक्ट के .gitignore में जानी चाहिए या ग्लोबल वाले में?

आपके ऑपरेटिंग सिस्टम या एडिटर द्वारा बनाई गई फ़ाइलें — macOS पर .DS_Store, Windows पर Thumbs.db, या .idea/ और .vscode/ फ़ोल्डर — आपकी मशीन से जुड़ी निजी चीज़ें हैं, न कि आपके प्रोजेक्ट से। इन्हें साझा प्रोजेक्ट .gitignore में डालना काम तो कर जाता है, लेकिन इससे फ़ाइल अस्त-व्यस्त हो जाती है और यह मान लिया जाता है कि हर साथी एक ही OS और एडिटर इस्तेमाल कर रहा है। एक साफ़ तरीक़ा है एक ग्लोबल gitignore, जो आपके कंप्यूटर की हर रिपॉज़िटरी पर लागू होता है। इसे एक बार git config --global core.excludesfile ~/.gitignore_global से सेट करें, फिर अपने OS और एडिटर पैटर्न उस फ़ाइल में जोड़ें। यह जेनरेटर अपने Global config विकल्प के तहत ठीक यही कमांड दिखाता है, और यहाँ मौजूद अलग-अलग OS व IDE टेम्पलेट आपको उपयुक्त पैटर्न अपनी ग्लोबल फ़ाइल में कॉपी करने देते हैं। ऊपर पैटर्न जनरेट करें, फिर तय करें कि कौन-से प्रोजेक्ट फ़ाइल में जाएँगे और कौन-से आपकी ग्लोबल फ़ाइल में।

क्या इस टूल का पाथ टेस्टर असल Git मैचिंग जितना सटीक है?

बिल्ट-इन पाथ टेस्टर एक तेज़, उपयोगी अनुमान देता है लेकिन यह Git के मैचिंग इंजन का पूरा दोबारा-निर्माण नहीं है। आप src/node_modules/test.js जैसा कोई फ़ाइल पाथ टाइप करते हैं, और यह तुरंत दिखा देता है कि आपके मौजूदा नियम उसे Ignored मार्क करेंगे या Not ignored, जो कमिट करने से पहले किसी पैटर्न की जाँच के लिए बेहतरीन है। पर्दे के पीछे यह पूरी gitignore स्पेसिफ़िकेशन के बजाय सरलीकृत मैचिंग इस्तेमाल करता है, इसलिए असामान्य किनारे के मामले — जटिल negation, कुछ ब्रैकेट एक्सप्रेशन, या ओवरलैप करते नियमों के बीच प्राथमिकता — शायद ठीक वैसे हल न हों जैसे Git करता है। फ़ोल्डर, एक्सटेंशन और वाइल्डकार्ड जैसे रोज़मर्रा के पैटर्न के लिए यह भरोसेमंद है। जब कोई नतीजा चौंकाए, तो अपनी असल रिपॉज़िटरी में git status या git check-ignore से पुष्टि कर लें। ऊपर अपना नियम सेट बनाएँ, टेस्टर में कुछ प्रतिनिधि पाथ चलाएँ, फिर किसी भी अहम चीज़ को Git में ही जाँच लें।

संबंधित टूल

.gitignore जेनरेटर के बारे में

.gitignore जेनरेटर एक मुफ़्त टूल है जो आपके प्रोजेक्ट के लिए तुरंत इस्तेमाल होने लायक .gitignore फ़ाइल बना देता है। बस अपने प्रोजेक्ट में इस्तेमाल हो रही भाषाओं, फ़्रेमवर्क, टूल्स और एडिटर को चुनें, और यह उन्हें जोड़कर एक साफ़-सुथरी, कमेंट किए गए नियमों वाली फ़ाइल तैयार कर देता है जो Git को बताती है कि कौन-सी फ़ाइलें वर्ज़न कंट्रोल से बाहर रखनी हैं। यह उन डेवलपर्स के लिए बनाया गया है जो दर्जनों ब्राउज़र टैब से स्निपेट कॉपी करने के बजाय एक भरोसेमंद शुरुआती बिंदु चाहते हैं — यह किसी रिपॉज़िटरी की शुरुआत में, स्टैक बदलते समय, या किसी ऐसे प्रोजेक्ट को साफ़ करते वक़्त काम आता है जो महीनों से बेकार फ़ाइलें कमिट करता आ रहा है।

सब कुछ आपके ब्राउज़र में ही चलता है। टेम्पलेट्स पेज के साथ ही आते हैं, इसलिए आपके द्वारा चुना गया कुछ भी या टाइप किया गया कोई भी कस्टम नियम सर्वर पर नहीं भेजा जाता — न कोई साइन-अप है, न API की, न कोई अकाउंट। पेज लोड हो जाने के बाद आप पूरी तरह ऑफ़लाइन रहकर फ़ाइल जनरेट, कॉपी और डाउनलोड कर सकते हैं।

अपनी .gitignore फ़ाइल कैसे बनाएँ

शुरुआत टेम्पलेट चुनने से होती है, जो सिकुड़ने वाली (collapsible) श्रेणियों में बँटे होते हैं — Language, Framework, Tool, Service, Database, OS, IDE, और भी बहुत कुछ। कुल मिलाकर 50 से ज़्यादा टेम्पलेट हैं, जिनमें Node.js, Python, Java, Go, Rust, C#, PHP, Ruby, React, Next.js, Vue, Angular, Django, Laravel, Terraform, Docker और कई अन्य शामिल हैं। एक सर्च बॉक्स आपके टाइप करते ही सूची को फ़िल्टर कर देता है, और हर चुनाव एक हटाने-लायक बैज के रूप में दिखता है ताकि आपको हमेशा पता रहे कि क्या-क्या शामिल है।

अगर आप चुनाव करने की झंझट से बचना चाहते हैं, तो स्टैक प्रीसेट का इस्तेमाल करें। एक क्लिक में एक तैयार-शुदा कॉम्बिनेशन लोड हो जाता है — उदाहरण के लिए, MERN चुनने पर Node.js, React, MongoDB, macOS और VS Code चुन लिए जाते हैं, जबकि LAMP से PHP, Laravel, macOS और Linux लोड होते हैं। Python ML, Flutter, Full Stack JS, Java Spring, Go API और Rust के लिए भी प्रीसेट मौजूद हैं।

जैसे-जैसे आप चुनाव करते हैं, आउटपुट पैनल रीयल-टाइम में अपडेट होता रहता है। हर टेम्पलेट एक स्पष्ट कमेंट हेडर के नीचे लिखा जाता है, एक लगातार बदलती गिनती दिखाती है कि आपके पास कितने सक्रिय नियम हैं, और "Remove duplicates" विकल्प कई टेम्पलेट्स में दोहराए गए एक जैसे पैटर्न को हटाकर फ़ाइल को साफ़-सुथरा रखता है। जब आप संतुष्ट हो जाएँ, तो इसे क्लिपबोर्ड पर कॉपी करें या सीधे .gitignore फ़ाइल के रूप में डाउनलोड कर लें।

कस्टम नियम और पैटर्न टेस्टिंग

टेम्पलेट्स के नीचे प्रोजेक्ट-विशिष्ट नियमों के लिए एक फ़्री-फ़ॉर्म क्षेत्र है — जैसे कोई बिल्ड फ़ोल्डर, सीक्रेट्स वाली फ़ाइल, या कोई जनरेट हुई आर्टिफ़ैक्ट। जैसे ही आप टाइप करते हैं, एंट्रीज़ की जाँच होती है, जो अटके हुए कंट्रोल कैरेक्टर जैसी चीज़ों को फ़्लैग करती है, और "Add !pattern" हेल्पर एक negation जोड़ देता है ताकि आप किसी अनदेखी की गई फ़ोल्डर के अंदर एक फ़ाइल को दोबारा ट्रैक कर सकें।

एक बिल्ट-इन पाथ टेस्टर आपको कोई फ़ाइल पाथ टाइप करने देता है, जैसे src/node_modules/test.js, और तुरंत दिखा देता है कि आपके मौजूदा नियम इसे अनदेखा करेंगे या नहीं। कमिट करने से पहले यह पुष्टि करने के लिए काफ़ी उपयोगी है कि कोई पैटर्न वैसा ही काम कर रहा है जैसी आपको उम्मीद है, हालाँकि यह पूरी Git स्पेसिफ़िकेशन के बजाय सरलीकृत मैचिंग का इस्तेमाल करता है।

.gitignore ज़रूरी क्यों है

एक .gitignore फ़ाइल उन पैटर्न की सूची रखती है जिन फ़ाइलों को Git को ट्रैक नहीं करना चाहिए। इसके बिना, रिपॉज़िटरीज़ जल्दी ही node_modules/ जैसे डिपेंडेंसी फ़ोल्डर, बिल्ड आउटपुट, एडिटर सेटिंग्स, .DS_Store और Thumbs.db जैसे OS क्लटर, और — सबसे ख़तरनाक — .env फ़ाइल जैसे सीक्रेट्स से भर जाती हैं। एक बार कोई सीक्रेट कमिट हो जाए, तो वह डिलीट करने के बाद भी आपके हिस्ट्री में बना रहता है, इसलिए शुरुआत से ही उसे बाहर रखना ही एकमात्र सही तरीक़ा है।

कुछ पैटर्न जानने लायक हैं: * स्लैश को छोड़कर बाक़ी सब कुछ मैच करता है, ** डायरेक्टरीज़ के आर-पार मैच करता है, अंत में लगा / सिर्फ़ डायरेक्टरीज़ को टारगेट करता है, शुरुआत में लगा / रिपॉज़िटरी रूट से एंकर करता है, और ! पहले के किसी नियम को negate करता है। यह जेनरेटर git config --global core.excludesfile ~/.gitignore_global कमांड भी दिखाता है, जो हर प्रोजेक्ट की साझा फ़ाइल से निजी OS और एडिटर पैटर्न को बाहर रखने का मानक तरीक़ा है।

पूरी .gitignore फ़ाइल जनरेट करने के लिए ऊपर अपने टेम्पलेट चुनें, फिर उसे अपनी रिपॉज़िटरी के रूट में कॉपी या डाउनलोड करें।