एंड्रॉइड स्टूडियो प्रोजेक्ट के लिए मेरे .gitignore में क्या होना चाहिए?

1255

.gitignoreएंड्रॉइड स्टूडियो प्रोजेक्ट के लिए मेरे पास क्या फाइलें होनी चाहिए ?

मैंने कई उदाहरण देखे हैं जिनमें सभी शामिल हैं .imlलेकिन IntelliJ डॉक्स का कहना है कि .imlआपके स्रोत नियंत्रण में शामिल होना चाहिए।

git  android-studio  gitignore 
— respectTheCode
स्रोत
7
— Yousha Aleayoub

जवाबों:

1330

Android Studio 3.0 के लिए अपडेट की गई टिप्पणियों में गुम आइटम साझा करें।

एक देर से जवाब लेकिन यहाँ उत्तर और से कोई भी यहाँ हमारे लिए पैसे पर सही था ...

तो, यहाँ हमारी gitignore फाइल है:

#built application files
*.apk
*.ap_

# files for the dex VM
*.dex

# Java class files
*.class

# generated files
bin/
gen/

# Local configuration file (sdk path, etc)
local.properties

# Windows thumbnail db
Thumbs.db

# OSX files
.DS_Store

# Android Studio
*.iml
.idea
#.idea/workspace.xml - remove # and delete .idea if it better suit your needs.
.gradle
build/
.navigation
captures/
output.json 

#NDK
obj/
.externalNativeBuild

Android Studio 2.2 और 3.0 तक, इस gitignore फ़ाइल के साथ नए प्रोजेक्ट बनाए गए हैं:

*.iml
.gradle
/local.properties
/.idea/workspace.xml
/.idea/libraries
.DS_Store
/build
/captures
.externalNativeBuild

पदावनत - पुराने प्रोजेक्ट प्रारूप के लिए, इस अनुभाग को अपनी gitignore फ़ाइल में जोड़ें:


/*/out
/*/*/build
/*/*/production
*.iws
*.ipr
*~
*.swp

यह फ़ाइल प्रोजेक्ट के रूट फ़ोल्डर में स्थित होनी चाहिए न कि प्रोजेक्ट के मॉड्यूल फ़ोल्डर के अंदर।

नोट संपादित करें:

  1. संस्करण 0.3+ के बाद से ऐसा लगता है कि आप * .iml और build.gradle फ़ाइलों को कमिट और पुश कर सकते हैं । यदि आपका प्रोजेक्ट ग्रैडल पर आधारित है: नए खुले / आयात संवाद में, आपको "use auto import"चेकबॉक्स की जांच करनी चाहिए और "use default gradle wrapper (recommended)"रेडियो बटन को चिह्नित करना चाहिए । सभी रास्ते अब @George के सुझाव के अनुसार सापेक्ष हैं।

  2. @ 128KB संलग्न स्रोत और @Skela सुझावों के अनुसार अद्यतन उत्तर

— जूनियर इलुज़
स्रोत
8
हमें परियोजना को क्यों आयात करना है और मैन्युअल रूप से लिबास और मॉड्यूल निर्भरता जोड़ना है? क्या रेपो में उन चीजों को संरक्षित करने का कोई तरीका है और जब हम रेपो को क्लोन करते हैं तो क्या केवल एक परियोजना खुली है?
— जस्टिन
13
ऐसा करने का उचित तरीका यह है कि * .iml और * .ipr फ़ाइलों में जांच करें, और उन्हें IDE में खोलें। अपनी टीम के अन्य लोगों को इन फ़ाइलों को फिर से बनाने के लिए क्यों मजबूर करें, और उन्हें संभवतः गलत सेटिंग्स (जैसे sdk संस्करण) का उपयोग करने की अनुमति क्यों दें?
— स्काई केल्सी
26
@ लियोरी, मैं असहमत हूं। यह पहला जवाब है जिसे अन्य लोग देखेंगे, और यह बड़े पैमाने पर मतदान है। सभी चीजों के कारण आपको इस परियोजना का उपयोग करने के लिए एक नए क्लोन के बाद एक प्रोजेक्ट अप और रनिंग करने की आवश्यकता है। Iignignore मुझे दृढ़ता से लगता है कि यह वह नहीं है जिसकी सबसे अधिक लोगों को आवश्यकता होगी। हालांकि मुझे लगता है कि अप-वोटों की संख्या मुझे अन्यथा बताती है, लेकिन मैं अभी भी सहमत नहीं हूं। बहुत कम से कम, शायद कुछ जानकारी बताते हुए कि आपको सबसे अधिक संभावना है कि परियोजना को फिर से सेट करना होगा और यह आउट-ऑफ-द-बॉक्स काम नहीं करेगा।
— स्केला
10
@ लियोरी, मेरा मतलब असभ्य या कुछ भी दोस्त नहीं है, कृपया इसे व्यक्तिगत रूप से न लें। मुद्दा यह है, इन चीजों को किसी भी व्यावहारिक उपयोग के लिए सेटअप की न्यूनतम राशि के साथ काम करने की आवश्यकता है। जब आपको प्रोजेक्ट को आयात करने की आवश्यकता होती है, और मैन्युअल रूप से मॉड्यूल निर्भरता जोड़ते हैं, तो यह तुरंत हंसी के दायरे में प्रवेश करता है। जब आप किसी प्रोजेक्ट से परिचित होते हैं, और इन चीजों को अंदर-बाहर जानते हैं, तो आपके दृष्टिकोण के साथ कोई समस्या नहीं है। लेकिन एक ऐसे डेवलपर के लिए, जो पहली बार इस परियोजना का क्लोन बना रहा है, बस यह व्यावहारिक नहीं है। मैं वास्तव में सिर्फ यह सुनिश्चित करने की कोशिश कर रहा हूं कि आपका दृष्टिकोण आदर्श नॉर्म न बने।
— स्केला
14
जब तक आप अन्य उपयोगकर्ताओं को अलग-अलग प्रोजेक्ट की जाँच करने पर अलग-अलग नाम देते हैं, तब तक आपको फ़ाइलों को संस्करण नहीं देना चाहिए .iml।
— दिबांग
151

मेरे सामान्य एंड्रॉइड .itignore पर बिल्डिंग , और Intellij IDEA वेबसाइट पर प्रलेखन के माध्यम से पढ़ने और StackOverflow पर पोस्ट पढ़ने के बाद, मैंने निम्नलिखित फ़ाइल का निर्माण किया है:

# built application files
*.apk
*.ap_

# files for the dex VM
*.dex

# Java class files
*.class

# built native files (uncomment if you build your own)
# *.o
# *.so

# generated files
bin/
gen/

# Ignore gradle files
.gradle/
build/

# Local configuration file (sdk path, etc)
local.properties

# Proguard folder generated by Eclipse
proguard/

# Eclipse Metadata
.metadata/

# Mac OS X clutter
*.DS_Store

# Windows clutter
Thumbs.db

# Intellij IDEA (see https://intellij-support.jetbrains.com/entries/23393067)
.idea/workspace.xml
.idea/tasks.xml
.idea/datasources.xml
.idea/dataSources.ids

यह भी ध्यान दें कि जैसा कि आप एनडीके के साथ अपने स्वयं के देशी कोड का निर्माण कर रहे हैं , तब निर्मित मूल फ़ाइल अनुभाग मुख्य रूप से उपयोगी है। यदि, दूसरी तरफ, आप एक थर्ड पार्टी लाइब्रेरी का उपयोग कर रहे हैं, जिसमें ये फाइलें शामिल हैं, तो आप अपने .gitignore से इन लाइनों (* .o और * .so) को हटाना चाह सकते हैं।

— फिल
स्रोत
10
लगभग सही। मुझे लगता है कि इसकी उपेक्षा करने के लिए एक अच्छा विचार नहीं है। * क्योंकि आप उन परियोजनाओं के साथ काम नहीं कर पाएंगे जो एनडीके पुस्तकालयों पर निर्भरता से जुड़ी हैं। लेकिन सभी खातों द्वारा एक बहुत अच्छा प्रारंभिक बिंदु!
— स्केला
@Skela अच्छा बिंदु। जब मैं अपनी खुद की देशी फ़ाइलों का निर्माण कर रहा था, तब से मेरे पास ये थे - लेकिन मैंने उन परियोजनाओं पर भी काम किया है जिनके लिए पूर्व-निर्मित फ़ाइलों की एक सरल प्रतिलिपि और पेस्ट की आवश्यकता होती है। मैंने इसके बारे में ऊपर के उत्तर में एक नोट जोड़ा।
— फिल
@Phil क्या आपके पास XML फ़ाइलों के बारे में कोई राय है .idea/libraries? क्या उन्हें आपकी राय में साझा या बहिष्कृत किया जाना चाहिए?
— एलेक्स लॉकवुड
1
@AlexLockwood मुझे लगता है कि अगर परियोजना किसी अन्य परियोजना या मॉड्यूल पर निर्भर नहीं है, तो इन फ़ाइलों को शामिल किया जाना चाहिए। यदि, हालांकि, परियोजना एक मॉड्यूल पर निर्भर है जिसमें पुस्तकालय शामिल हैं, तो इस फ़ाइल को परियोजना स्तर पर अनदेखा किया जाना चाहिए, लेकिन मॉड्यूल द्वारा नहीं।
— फिल
@ बहुत अच्छा है और मैंने अब तक इसका इस्तेमाल किया है, लेकिन एक डीएक्स फ़ाइल दरार के माध्यम से फिसल जाती है: /moduledirectory/build/intermediates/dex-cache/cache.xml - यह जोड़ने के लिए समझ में नहीं आएगा / क्रम में बनाने के लिए मॉड्यूल में बिल्ड फ़ोल्डरों को भी बाहर करें?
— ओलिवर हॉसलर
82

अपडेट किया गया 7/2015:

यहाँ JetBrains से निश्चित स्रोत है

निर्देशिका आधारित परियोजना प्रारूप (.idea निर्देशिका)

यह प्रारूप डिफ़ॉल्ट रूप से हाल के सभी IDE संस्करणों द्वारा उपयोग किया जाता है। यहाँ आपको साझा करने की आवश्यकता है:

  • सभी के अंतर्गत फ़ाइलें .ideaपरियोजना जड़ में निर्देशिका को छोड़करworkspace.xml और tasks.xmlफ़ाइलें जो उपयोगकर्ता की दुकान विशिष्ट सेटिंग
  • सभी .imlमॉड्यूल फाइलें जो विभिन्न मॉड्यूल निर्देशिकाओं में स्थित हो सकती हैं (IntelliJ IDEA पर लागू होती हैं)

निम्नलिखित साझा करने के बारे में सावधान रहें :

  • एंड्रॉइड कलाकृतियां जो एक हस्ताक्षरित निर्माण का निर्माण करती हैं (जिसमें कीस्टोर पासवर्ड होंगे)
  • आईडिया 13 में और इससे पहले dataSources.ids, datasources.xmlडेटाबेस पासवर्ड हो सकते हैं। IDEA 14 इस समस्या को हल करता है ।

आप निम्नलिखित को साझा नहीं करने पर विचार कर सकते हैं:

  • gradle.xml फ़ाइल, इस चर्चा को देखें
  • उपयोगकर्ता डिक्शनरी फ़ोल्डर (यदि अन्य डेवलपर का समान नाम है तो संघर्ष से बचने के लिए)
  • XML फाइल के तहत .idea/librariesवे ग्रेडल प्रोजेक्ट से उत्पन्न होते हैं

विरासत परियोजना प्रारूप ( .ipr/ .iml/ .iwsफ़ाइलें)

  • प्रोजेक्ट .iprफ़ाइल और सभी .imlमॉड्यूल फ़ाइलें साझा करें , .iwsफ़ाइल को साझा न करें क्योंकि यह उपयोगकर्ता की विशिष्ट सेटिंग्स संग्रहीत करता है

जबकि ये निर्देश IntelliJ IDEA के लिए हैं, वे Android Studio के लिए सत्य 100% रखते हैं।

यहाँ एक .gitignoreस्निपेट है जो उपरोक्त सभी नियमों को शामिल करता है:

# Android Studio / IntelliJ IDEA 
*.iws
.idea/libraries
.idea/tasks.xml
.idea/vcs.xml
.idea/workspace.xml
— आकाश केल्सी
स्रोत
जो एसडीके समर्थित हैं, उन्हें AndroidManifest.xml (और ग्रैडल द्वारा भी) में परिभाषित किया गया है। किसी भी एसडीके द्वारा उस सेटिंग की अनुमति देना विकास के लिए ठीक होना चाहिए। कोडिंग शैली के बारे में: यह ऐसी चीज नहीं है जिसे प्रत्येक परियोजना में अलग-अलग बनाए रखा जाना चाहिए, और इसके अलावा आईडीई से स्वतंत्र होना चाहिए। कॉपीराइट हेडर: उम्मीद है, ये आपके कोड बेस में हैं न कि किसी आईडीई प्रोजेक्ट फाइल में। अन्यथा कमांडलाइन पर निर्माण बस उन्हें शामिल नहीं करेगा ...
— रिसादिंह
@ रिसादि 1) एसडीके को आईडीई स्तर पर भी परिभाषित किया गया है। उन्हें मेनिफेस्ट में संदर्भित किया जाता है, लेकिन प्रोजेक्ट फ़ाइल में वास्तविक एसडीके परिभाषाएं हैं। 2) कोड शैली को परियोजना स्तर पर AT LEAST बनाए रखा जाना चाहिए। आदर्श रूप से, हर कोई मानक जावा लिखता है, लेकिन ओह अच्छी तरह से। 3) कॉपीराइट हेडर परियोजना में संग्रहीत किए जाते हैं। वे नए फ़ाइल निर्माण के लिए उपयोग किए जाते हैं, और नाम, कंपनी का नाम, प्रोजेक्ट, दिनांक, आदि के लिए मैक्रोज़ हो सकते हैं, मैं आपको सलाह देता हूं कि आप उन्हें जांचें! सारांश में, परियोजना फाइलों में उस परियोजना के बारे में महत्वपूर्ण मेटा जानकारी होती है जिसे टीम में साझा करने और नियंत्रित करने की आवश्यकता होती है।
— स्काई केल्सी
3
एक अनुचर ने परिवर्तनों को अपने स्वयं के रेपो में खींच लिया है । यह शायद जल्द ही मास्टर में खींच लिया जाएगा।
— फाल्कन सी सी
5
JetBrains ने DOC-1186 को अपदस्थ कर दिया है और अपनी अद्यतन सिफारिशों को एक नई पोस्ट में डाल दिया है : DO INCLUDE: प्रोजेक्ट रूट में .idea निर्देशिका के अंतर्गत सभी फ़ाइलें। कार्यक्षेत्र को छोड़कर। एंड्रॉइड कलाकृतियों को साझा करते समय सावधान रहें जो एक हस्ताक्षरित बिल्ड का निर्माण करता है (जिसमें कीस्टोर पासवर्ड होंगे), डेटा स्रोत.ओड और डेटा स्रोत। एक्सएमएल (इनमें पासवर्ड हो सकते हैं)। CONSIDER EXCLUDING: gradle.xml, उपयोगकर्ता डिक्शनरी फ़ोल्डर और XML फ़ाइलें .idea / पुस्तकालयों के तहत (यदि वे ग्रेडल प्रोजेक्ट से उत्पन्न होते हैं)।
— JSmitty 3
2
यह एक सुंदर सिद्धांत है लेकिन यह हमारे लिए काम नहीं करता है। हम लगातार इस तरह की प्रविष्टियों के साथ .iml फ़ाइलों के साथ समाप्त होते हैं: <orderEntry type="jdk" jdkName="1.6 (38)" jdkType="JavaSDK" />38 नंबर पर ध्यान दें जो लगातार बढ़ रहा है लगता है। (misc.xml फ़ाइल में भी यह समस्या है)।
— सैम
41

मैं इन सभी जवाबों से असहमत हूं। निम्नलिखित कॉन्फ़िगरेशन हमारे संगठन के ऐप के लिए बहुत अच्छा काम कर रहा है।

नज़रअंदाज करता हूँ:

  • /build
  • /.idea(संभावित अपवादों के साथ, dalewking के उत्तर में टिप्पणियां देखें )
  • *.iml
  • local.properties

मुझे लगता है कि लगभग हर कोई इससे सहमत है /build।

मैं विभिन्न library.xmlफ़ाइलों के बारे में लगातार संदेश देखकर बीमार हो गया, जो ग्रैडल बनाता है या हटाता है /.idea। build.gradleडेवलपर्स के स्थानीय जब वे पहली बार इस परियोजना की जाँच पर चलेंगे, तो क्यों उन एक्सएमएल फाइल संस्करणीकृत किए जाने की आवश्यकता है? /.ideaजब डेवलपर किसी प्रोजेक्ट का उपयोग करके प्रोजेक्ट बनाता है Check out from Version Control, तो एंड्रॉइड स्टूडियो भी शेष उत्पन्न करेगा , इसलिए उस फ़ोल्डर में कुछ भी संस्करण बनाने की आवश्यकता क्यों है?

अगर *.imlएक नए संस्करण का उपयोग किया जाता है, तो उस परियोजना का नाम ठीक वैसा ही होगा जैसा कि प्रतिबद्ध था। चूंकि यह भी एक जेनरेट की गई फ़ाइल है, इसलिए इसे पहली जगह में क्यों संस्करण दें?

local.propertiesफ़ाइलों SDK के लिए फाइल सिस्टम पर एक पूर्ण पथ में बिंदु, तो यह निश्चित रूप से versioned नहीं किया जाना चाहिए।

संपादित 1 : जोड़ा गया .gradleहै कि नहीं किया जाना चाहिए वर्गीकृत कैशिंग सामान की अनदेखी करने के लिए (धन्यवाद वसीली मकरोव )।

संपादित करें 2 : .DS_Storeअब जोड़ा गया है कि मैं मैक का उपयोग कर रहा हूं। यह फ़ोल्डर मैक विशिष्ट है और इसे संस्करणबद्ध नहीं किया जाना चाहिए ।

अतिरिक्त नोट : आप संभवतः रिलीज़ संस्करण बनाते समय अपनी साइनिंग कुंजियाँ डालने के लिए एक निर्देशिका जोड़ना चाहते हैं।

कॉपी / पेस्ट सुविधा के लिए :

.gradle
/build
/.idea
*.iml
local.properties
.DS_Store
— theblang
स्रोत
4
मैं आपके उत्तर से सहमत हूं। मेरा यह भी मानना ​​है कि न तो * .iml या .idea फ़ाइलों को संस्करणित किया जाना चाहिए: stackoverflow.com/a/26290130/2948212
— diegosasw
7
मेरा वोट आपके gitignore के लिए है क्योंकि यह मेरा बहुत पसंद है। युगल सुझाव: माचिस के निर्माण के build/बजाए उपयोग करें /buildजैसे कि डायर का निर्माण app/build। .gradleग्रेडिंग कैशिंग निर्देशिका से मिलान करने के लिए उपयोग करें ।
— वसीली मकरोव
मैं यह भी सवाल करता हूं कि डिफॉल्ट gitignore लिस्ट / बिल्ड के बजाय बिल्ड / मैं ऐप में सभी फाइलों के साथ समाप्त होता है / अपनी रिपॉजिटरी में बिल्ड करता हूं अगर मैं उपयोग / निर्माण करता हूं
— manland123
@ guyland123 मैंने अभी देखा कि .gitignoreमेरी ऐप डायरेक्टरी में एक और फाइल है जिसमें भी शामिल है /build। क्या यह ऑटो जेनरेट है, मुझे याद नहीं है? तो build/क्या सबफ़ोल्डर्स पर लागू होगा?
— दिबांग
जब आप एक नया प्रोजेक्ट बनाते हैं तो @mattblang Yes .gitignore ऑटो उत्पन्न होता है। यह तब नहीं बनता है जब आप किसी प्रोजेक्ट को एक्लिप्स कहते हैं। बिल्ड / .ignignore फ़ाइल के स्थान के नीचे "बिल्ड" नाम की सभी निर्देशिकाओं से मेल खाएगा। उदाहरण के लिए। ऐप / बिल्ड को नजरअंदाज कर दिया जाएगा।
— guyland123
37

मैं इसका उपयोग करता हूँ। मैंने इसे यहां पाया: http://th4t.net/android-studio-gitignore.html

*.iml
*.iws
*.ipr
.idea/
.gradle/
local.properties

*/build/

*~
*.swp
— helbaroudy
स्रोत
1
मेरी बिल्ड निर्देशिका में अपरिवर्तित फ़ाइलों को अनदेखा नहीं कर रहा है। कोई विचार? @ शामिल: मुझे * / * / बिल्ड / जोड़ना था / जैसा कि मेरा बिल्ड फ़ोल्डर निर्देशिकाओं की एक जोड़ी गहरी थी।
— स्पीडनोमैड्स
35

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

  • *।आईएम एल
  • ।विचार
  • निर्माण

हालाँकि, यदि आप कस्टम कोड शैली सेटिंग्स जैसे किसी भी IDE सेटिंग्स को सहेजते हैं, तो वे .idea फ़ोल्डर में सहेजे जाते हैं। यदि आप संस्करण नियंत्रण में उन परिवर्तनों को चाहते हैं, तो आप IDEA फ़ाइलों को भी सहेजेंगे (* .iml और .idea)।

— शिव वेलुसामी
स्रोत
3
यह समझाने के लिए धन्यवाद। ।। मैं क्या पढ़ा है अगर आप अपनी परियोजना में .idea आप * / विचार / workspace.xml ध्यान न दें और चाहिए शामिल करने के लिए जा रहे हैं से * / विचार / tasks.xml
— respectTheCode
15
अब के लिए .idea फ़ोल्डर को अनदेखा न करें। ग्रैडल प्लगइन के पास अभी तक कोई 'ग्रेडल विचार' कार्य नहीं है और एंड्रॉइड स्टूडियो में आयात परियोजना अभी से दूर है।
— रोबोटोस्टर
2
इसके अलावा अगर आप किसी टीम में काम कर रहे हैं तो लोकल.प्रोस्पेर्टीज को नजरअंदाज करने पर विचार करें क्योंकि इसमें sdk पाथ हार्डकोड है।
— कलिन
@robotoaster, क्या आप अभी भी .idea फ़ोल्डर की अनदेखी नहीं करने की सलाह देंगे?
— 21
@ आईआईएसचग की अब आवश्यकता नहीं है। यदि आप क्लीन गिट रेपो का उपयोग करते हैं तो आयात नई परियोजना का उपयोग करें और यह तब तक ठीक काम करना चाहिए जब तक कि फाइलें मौजूद न हों।
— रोबोटोस्टर
20

एंड्रॉइड स्टूडियो 3.4

यदि आप एंड्रॉइड स्टूडियो का उपयोग करके एक ग्रेड प्रोजेक्ट बनाते हैं, तो .gitignoreफ़ाइल में निम्नलिखित शामिल होंगे:

.gitignore

*.iml
.gradle
/local.properties
/.idea/caches
/.idea/libraries
/.idea/modules.xml
/.idea/workspace.xml
/.idea/navEditor.xml
/.idea/assetWizardSettings.xml
.DS_Store
/build
/captures
.externalNativeBuild

मैं पूर्ण ".idea" निर्देशिका को अनदेखा करने की सलाह दूंगा क्योंकि इसमें उपयोगकर्ता-विशिष्ट कॉन्फ़िगरेशन शामिल हैं, बिल्ड प्रक्रिया के लिए महत्वपूर्ण कुछ भी नहीं है।

ग्रेड प्रोजेक्ट फ़ोल्डर

रिपॉजिटरी क्लोनिंग के बाद केवल एक चीज जो आपके (ग्रेडल) प्रोजेक्ट फ़ोल्डर में होनी चाहिए, वह है यह संरचना (कम से कम उपयोग के मामलों के लिए जो मैंने अब तक सामना किया है):

app/
.git/
gradle/
build.gradle
.gitignore
gradle.properties
gradlew
gradle.bat
settings.gradle

यह चेक-इन आवरण आवरण लिपियों की जाँच करने के लिए अनुशंसित है ( यहाँ देखें )।

अन्य डेवलपर्स और निष्पादन वातावरण में रैपर फ़ाइलों को उपलब्ध कराने के लिए आपको उन्हें संस्करण नियंत्रण में जांचना होगा।

— विली मेंजेल
स्रोत
1
आपको बायनेरिज़ को gradlew और gradle.bat की तरह क्यों रखना चाहिए?
— बिल्थोन
2
@ बेल्थोन वे बायनेरी नहीं हैं। वे विंडोज (gradle.bat) और लिनक्स (gradlew) के लिए वर्गीकृत स्टार्ट-अप स्क्रिप्ट हैं।
— विली मेंजेल
ओह .. मैं देख रहा हूँ तुम सही हो, लेकिन वे वैसे भी autogenerated नहीं हैं?
— बिल्थोन
2
@ बिल्टन वास्तव में, वे हैं! वे डिफ़ॉल्ट विकल्पों के साथ उत्पन्न होते हैं। यदि आप कुछ बदलते हैं, तो इसे नए सिरे से जांचते समय इसे ठीक से बनाने के लिए इन्हें आपके भंडार में शामिल किया जाना चाहिए। वे बहुत छोटे हैं, यह हमेशा उन्हें रखने के लिए चोट नहीं करता है।
— विली मेंजेल
2
इस आधिकारिक संसाधन को यहां भी देखें कि ग्रेड कंट्रोलर
— friederbluemle
19

मेरी सलाह यह भी होगी कि .idea फोल्डर को अनदेखा न करें।

मैंने Android स्टूडियो में Git-based Eclipse प्रोजेक्ट आयात किया है और यह ठीक रहा। बाद में, मैं इस प्रोजेक्ट को पहली बार Git (जैसे पहली बार) के साथ Android Studio के साथ आयात करना चाहता था, लेकिन यह काम नहीं किया। एंड्रॉइड स्टूडियो ने सभी फाइलों को लोड किया, लेकिन प्रोजेक्ट को प्रोजेक्ट के रूप में "देखने" में सक्षम नहीं था। मैं केवल Git-files खोल सकता था।

पहली बार परियोजना को आयात करते समय (ग्रहण से एंड्रॉइड स्टूडियो तक) मेरे पुराने .गितिग्नोर को अधिलेखित कर दिया गया था और नए को इस तरह देखा गया था:

  • .idea / .name
  • .idea / compiler.xml
  • .idea / कॉपीराइट / profiles_settings.xml
  • .idea / encodings.xml
  • .idea / पुस्तकालयों / libs.xml
  • .idea / misc.xml
  • .idea / modules.xml
  • .idea / स्कोप / scope_settings.xml
  • .idea / vcs.xml
  • .idea / workspace.xml

इसलिए, मैंने एक खाली gitignore का उपयोग करने की कोशिश की और अब यह काम कर रहा है। अन्य एंड्रॉइड स्टूडियो फाइलों और प्रोजेक्ट को लोड कर सकते हैं। मुझे लगता है कि कुछ फाइलें (profiles_settings.xml)Git और आयात के लिए महत्वपूर्ण नहीं हैं, लेकिन मैं खुश हूं कि यह काम किया है।

— इंगो
स्रोत
से github.com/joeblau/gitignore.io/issues/... : erge Baranov (इंटेलीजे) 26 सितम्बर, 14:23 CEST यह परियोजना पर निर्भर करेगा। यदि प्रोजेक्ट को मावेन या ग्रैडल से आयात किया जाता है, तो .iml फाइलें अपने आप उत्पन्न हो जाती हैं और साझा नहीं की जा सकती हैं, अन्यथा ये फाइलें परियोजना के लिए आवश्यक हैं और इन्हें साझा किया जाना चाहिए ताकि अन्य उपयोगकर्ता चेकआउट के बाद परियोजना को खोल सकें। .iml फ़ाइलों में मॉड्यूल कॉन्फ़िगरेशन (मूल, स्रोत फ़ोल्डर, निर्भरता, आदि) के बारे में सभी जानकारी होती है।
— एड्रियन रोमालेली
9

यह सबसे अच्छा तरीका है उत्पन्न करने के लिए है .gitignoreके माध्यम से यहाँ

— जैकी
स्रोत
1
मैं Android स्टूडियो के लिए यह काम नहीं कर सकता। अगर मैं सिर्फ "android" का चयन करता हूं तो यह एक ग्रहण कार्यान्वयन लगता है। क्या मैं गलत कर रहा हूँ?
— zipzit
ग्रहण का एकमात्र उल्लेख एक पंक्ति में है: "ग्रहण द्वारा उत्पन्न फ़ोल्डर"। बाकी एएस के लिए ठीक लगता है
— जोस_जीडी
@ ज़िपज़िट, संभवतः आप सही हैं। ऐसा लगता है कि यह साइट एंड्रॉइड स्टूडियो के लिए .itignore नहीं उत्पन्न करती है क्योंकि इसमें .idea / शामिल नहीं है।
— CoolMind
1
एंड्रॉइड स्टूडियो विकल्प भी है
— डेनियल जावेद
8

निम्नलिखित में से किसी भी स्रोत नियंत्रण में जोड़ने के लिए कोई आवश्यकता नहीं है:

.idea/
.gradle/
*.iml
build/
local.properties

तो आप तदनुसार hgignore या gitignore को कॉन्फ़िगर कर सकते हैं।

पहली बार कोई डेवलपर स्रोत नियंत्रण क्लोन कर सकता है:

  1. Android Studio खोलें
  2. आयात परियोजना
  3. क्लोन भंडार के भीतर build.gradle के लिए ब्राउज़ करें और इसे खोलें

बस इतना ही

पुनश्च: एंड्रॉइड स्टूडियो फिर मावेन के माध्यम से, ग्रेडल प्लगइन प्राप्त करेगा यह मानते हुए कि आपका बिल्ड.ग्रेड इस तरह दिखता है:

// Top-level build file where you can add configuration options common to all sub-projects/modules.

buildscript {
    repositories {
        mavenCentral()
    }
    dependencies {
        classpath 'com.android.tools.build:gradle:0.12.2'
    }
}

allprojects {
    repositories {
        mavenCentral()
    }
}

एंड्रॉइड स्टूडियो .idea फ़ोल्डर (कार्यक्षेत्र। Xml सहित) उत्पन्न करेगा, जो स्रोत नियंत्रण में नहीं होना चाहिए क्योंकि यह उत्पन्न होता है ) और .gradle फ़ोल्डर।

यह दृष्टिकोण इस तरह से ग्रहण-अनुकूल है कि स्रोत नियंत्रण वास्तव में एंड्रॉइड स्टूडियो के बारे में कुछ भी नहीं जानता है। एंड्रॉइड स्टूडियो को केवल एक प्रोजेक्ट आयात करने और बाकी उत्पादन करने के लिए बिल्ड.ग्रेडल की आवश्यकता होती है।

— diegosasw
स्रोत
5
दोस्तों, जो लोग नकारात्मक वोट करते हैं, उन्हें ऐसा करने का एक वैध कारण प्रदान करना चाहिए। यदि हम हमारे उत्तर के साथ गलत हैं, तो हमें यह बताने में मदद मिलेगी।
— डाईगोससॉव
1
There is NO NEEDहाँ कुछ मामले हैं: उदाहरण के लिए, टीम के सदस्यों के बीच कॉपीराइट टेम्पलेट्स की आवश्यकता है।
— हेनरिक डी सूसा
8

मैं .idea फ़ोल्डर (छोड़कर workspace.xmlऔर tasks.xml) के कमिटिंग का समर्थन करता हूं । लेकिन मैं इस निष्कर्ष पर आना शुरू कर रहा हूं कि .iml फाइलों को अनदेखा किया जाना चाहिए।

यहाँ मुद्दा है:

उदाहरण के लिए "फू" नामक एक निर्देशिका में एक परियोजना खोलें और आपको foo.iml मिलेगा और यह सब अच्छा और अच्छा लगता है। समस्या यह है कि अगर मैं केवल निर्देशिका का नाम बदलकर foo2 कर देता हूं (या किसी अन्य निर्देशिका नाम में इसे क्लोन करता हूं) जब आप एंड्रॉइड स्टूडियो में प्रोजेक्ट खोलने की कोशिश करते हैं तो आपको तीन चीजें मिलेंगी:

  • Foo2.iml नाम की एक नई iml फ़ाइल
  • आपके एंड्रॉइड प्रोजेक्ट के लिए iml फ़ाइल को बदलकर अब उसके पैरेंट के रूप में foo2 में बदल दिया जाएगा
  • .idea / मॉड्यूल.xml में foo2.iml के लिए एक लाइन जोड़ी जाएगी, ताकि इसमें पुरानी iml फ़ाइल और नई निर्देशिका के लिए दोनों हों

एंड्रॉइड स्टूडियो को इस iml फ़ाइल पीढ़ी को करने से रोकने का कोई तरीका नहीं मिल सकता है जब परियोजना को एक अलग निर्देशिका में संग्रहीत किया जाता है। उन्हें स्रोत नियंत्रण में जोड़ने से समस्याएं पैदा होने वाली हैं। इसलिए मुझे लगता है कि शायद हमें * .iml फ़ाइलों को अनदेखा करना चाहिए और.idea/modules.xml

— linquize
स्रोत
मैं दोनों /.ideaऔर .imlफाइलों को नजरअंदाज करता हूं । मैं यह सुनना चाहूंगा कि .ideaफ़ोल्डर क्यों प्रतिबद्ध होना चाहिए।
— दिबांग
अपनी वर्तमान परियोजना को देखते हुए, मुझे लगता है कि टीम में लागू करने के लिए केवल 2 चीजें हैं जिनकी मैंने .idea /: कोड शैली सेटिंग्स लागू की हैं और एक उपयोगकर्ता शब्दकोश जिसमें परियोजना के लिए विशिष्ट शब्द हैं जो वास्तविक शब्द नहीं हैं। मैंने .idea में कई फ़ाइलों के साथ शुरुआत की, लेकिन जब कोई फ़ाइल बिना किसी अच्छे कारण के रूप में बदली हुई दिखाई देने लगे तो इसे .ignignore में जोड़ दिया जाएगा। मेरी बात इतनी अधिक नहीं थी कि .idea की जाँच की जानी चाहिए क्योंकि यह कहना था .iml फाइलें और मॉड्यूल। Xml नहीं होना चाहिए।
क्षमा करें, इससे पहले कि मैं इसके साथ किया गया था, तब एसओ ने मेरी टिप्पणी ली थी (याद रखें कि टिप्पणियां लाइन ब्रेक स्वीकार नहीं करती हैं)। मेरे बाकी विचारों से संपादित।
धन्यवाद! हाँ, जिन फ़ाइलों का आपने उल्लेख किया है, उनका कोई मतलब नहीं है। मैं सहमत हूं, सबसे बड़ी सिरदर्द library.xmlफाइलें थीं जो संदेशों को ट्रिगर करती रहीं। इसके अलावा, मुझे समझ नहीं आता कि मैं लोगों को यह कहते हुए क्यों देखता रहता हूं कि * .iml फाइलों को शामिल किया जाना चाहिए, इसलिए वहां बहुत अच्छा बिंदु है।
— दिबांग
8

एंड्रॉइड स्टूडियो 3.0 के साथ परीक्षण किया गया

आपको .ignore प्लगइन स्थापित करने की आवश्यकता हो सकती है ।

आप एंड्रॉइड के लिए .gitignore फ़ाइल को ऑटो-जनरेट कर सकते हैं। फोल्डर पर राइट क्लिक करें और फॉलो करें

.Gitignore फ़ाइल जोड़ें

फिर बाएं पैनल से Android का चयन करें और जनरेट पर क्लिक करें

उत्पन्न करें। .ignignore फ़ाइल

Android Studio, .ignignore फ़ाइल उत्पन्न करेगा जिसमें सभी फ़ाइल को अनदेखा करने की आवश्यकता है।

Http://menukanows.com/how-to-add-gitignore-file-in-android-project/ से लिया गया

— मेनुका ईशान
स्रोत
7

इस बात पर निर्भर करता है कि आपके प्रोजेक्ट का प्रारूप कैसा है:

आपके पास दो विकल्प हैं:

  1. निर्देशिका-आधारित प्रारूप (आपके पास एक .ideaफ़ोल्डर होगा जिसमें परियोजना विशिष्ट फाइलें शामिल हैं)
  2. फ़ाइल-आधारित प्रारूप (कॉन्फ़िगरेशन फ़ाइलें हैं .iwsऔर .ipr)

Ref: http://www.jetbrains.com/idea/webhelp/project.html

संस्करण नियंत्रण के लिए प्रतिबद्ध फाइलें उपरोक्त पर निर्भर करती हैं:

  1. संस्करण नियंत्रण के लिए .idea फ़ोल्डर को शामिल करें, बाहर करें workspace.xmlऔर tasks.xml
  2. संस्करण नियंत्रण .iprफ़ाइल और सभी .imlमॉड्यूल फ़ाइलें, .iwsफ़ाइल को बाहर रखती हैं क्योंकि यह उपयोगकर्ता की विशिष्ट सेटिंग्स संग्रहीत करता है।

Ref: https://intellij-support.jetbrains.com/entries/23393067

— ramk
स्रोत
1
मेरी सभी परियोजनाओं में .idea दोनों फोल्डर और .iws फाइलें
— लगती हैं
1
व्यक्तिगत रूप से मैंने JetBrains से सलाह लेने की कोशिश की, लेकिन यह मेरे लिए काम नहीं किया। मैं और एक अन्य देव एंड्रॉइड स्टूडियो का उपयोग कर रहे हैं और हमारे पास .idea और .iml फ़ाइल git में है। मुझे जल्द ही पता चला कि एक बार जब आप मर्ज करना शुरू कर देते हैं और हर तरह की मुसीबत में पड़ जाते हैं, जब मर्ज टूल किसी भी फाइल को मीडियम पाथ के नीचे मर्ज करने में विफल हो जाता है। परिणामस्वरूप मैंने सभी imls और .idea को gitignore में जोड़ा। ग्रैडल प्रोजेक्ट आयात करते समय सभी स्टूडियो प्रोजेक्ट संरचना बनाने का बहुत अच्छा काम करते हैं। तो अब मैं बस अपने ध्यान में रखना क्या मैं अपने gradle फ़ाइलों में है।
— ज़मीर
5

मूल रूप से कोई भी फ़ाइल जो स्वचालित रूप से पुनर्जीवित होती है।

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

कहा जा रहा है, आप एंड्रॉइड एक की.gitignore तरह मौजूदा फाइलों पर उदाहरण ले सकते हैं ।

# built application files
*.apk
*.ap_

# files for the dex VM
*.dex

# Java class files
*.class

# generated files
bin/
gen/

# Local configuration file (sdk path, etc)
local.properties

# Eclipse project files
.classpath
.project

# Proguard folder generated by Eclipse
proguard/

# Intellij project files
*.iml
*.ipr
*.iws
.idea/
— VonC को दर्शाता है
स्रोत
11
यह गलत है। आपको अपनी * .iml फाइल, और सबसे अधिक संभावना है .idea और * .ipr को भी जांचना चाहिए। "कुछ भी जो स्वचालित रूप से उत्पन्न होता है" भाग विशेष रूप से गलत है। अधिकांश एंड्रॉइड प्रोजेक्ट सभी के बाद स्वचालित रूप से उत्पन्न होते हैं।
— स्काई केल्सी
6
* .Iml, * .idea और * .ipr एंड्रॉइड-स्टूडियो / इंटेलीज विशिष्ट हैं। परियोजना के निर्माण के लिए इनकी आवश्यकता नहीं है । जैसा कि वे आईडीई-विशिष्ट हैं, और बिल्ड-चेन विशिष्ट नहीं हैं, उन्हें संभवतः चेक नहीं किया जाना चाहिए। हर कोई किसी भी आईडीई का उपयोग कर सकता है, उदाहरण के लिए इंटेलीज प्रोजेक्ट फाइलों में जांच करने का कोई कारण नहीं है और न ही ग्रहण वाले हैं।
— मार्क प्लानो-लेसे
2
यदि आप एक ही परियोजना के कई कांटे पर काम करना चाहते हैं, या एक टीम के साथ जहां हर कोई एक ही आईडीई का उपयोग करता है, या आपके आईडीई के लिए आपके द्वारा उपयोग की जाने वाली जटिल सेटिंग्स का संस्करण नियंत्रण है, तो हाँ, आपको फ़ाइलों को प्रोजेक्ट में जांचना चाहिए। IntelliJ के लिए एक संपादक में अपने कोड को खोलने के लिए उपयोग किए जाने वाले साधारण फ़्लॉफ़ की तुलना में बहुत अधिक हैं।
— स्काई केल्सी
2
मेरे और मेरे सहयोगी के बीच मेरी iml फाइलें क्यों बदलती रहती हैं? विशेष रूप से बाहरी .root.project.path <मॉड्यूल /> टैग
— सैम
एंड्रॉइड स्टूडियो 0.8.12 का उपयोग विंडोज 8.1 पर और उसी प्रोजेक्ट के साथ ओएस एक्स मावेरिक्स पर, मैं देखता हूं कि निम्नलिखित दो फाइलें संशोधित हो जाती हैं और जब मैं परियोजना खोलता हूं तो गिट द्वारा बदल दी जाती है: <परियोजना का नाम> .iml और .idea। misc.xml। विशेष रूप से: <बहिष्कृत फ़ोल्डर url = "फ़ाइल: // $ MODULE_DIR $ / build / tmp" /> हो जाता है या हटा दिया जाता है / के लिए <प्रोजेक्ट का नाम> .iml और .idea \ misc.xml को JDK के बीच अंतर के कारण बदल दिया जाता है। ओएस।
— jwwuc89
4

मैं .iml फ़ाइलों और Intellij sez को .idea फ़ोल्डर में जोड़ने के लिए कोषेर कर रहा हूँ।

मैं यह नहीं देखता कि इसे जोड़ने के लिए यह कैसे समझ में आता है। इसमें XML फ़ाइलों की एक सूची है जो एंड्रॉइड स्टूडियो प्रोजेक्ट की पुस्तकालयों की सूची के बारे में जानने वाली है। इन्हें बिल्ड.ग्रेड से निर्भरता के बजाय आना चाहिए - आईडीई प्रोजेक्ट फ़ाइल नहीं।

इन फ़ाइलों में से एक की सामग्री भी इस तरह दिखती है:

<component name="libraryTable">
    <CLASSES>
       <root url="jar://$USER_HOME$/.gradle/caches/artifacts-26/filestore/com.example/example/etc...jar!"/>

यह यह करने के लिए समझ में नहीं आता है। क्या होगा यदि उपयोगकर्ता ने ढाल के लिए एक अलग होम डायर निर्दिष्ट किया है, या यदि वे एक अलग ग्रेडेल संस्करण का उपयोग करते हैं, तो नीचे .gradle/caches/artifacts-xxxका मार्ग उनके लिए अलग होने वाला है (अर्थात artifacts-अंत में संलग्न संख्या आपके द्वारा उपयोग किए जा रहे ग्रेडेल संस्करण से संबंधित होगी। ) ये रास्ते सार्वभौमिक नहीं हैं, और फिर भी सलाह है कि इस सब की जांच करें?

— zenocon
स्रोत
4

एंड्रॉइड स्टूडियो के रूप में .gitignoreनई परियोजना शुरू करते समय 0.8.4 फ़ाइल स्वचालित रूप से उत्पन्न होती है। डिफ़ॉल्ट रूप से इसमें शामिल हैं:

.gradle
/local.properties
/.idea/workspace.xml
/.idea/libraries
.DS_Store
/build
— जॉनी डो
स्रोत
3

मुझे पता है कि यह एक पुराना विषय है और निश्चित रूप से बहुत सारे विकल्प हैं, लेकिन मैं वास्तव giboमें साइमन व्हाइटेकर द्वारा पसंद करता हूं । यह उपयोग करने के लिए सुपर सरल है, क्रॉस-प्लेटफॉर्म (मैक, * निक्स, और विंडोज़), और जीथब gitignoreरेपो का उपयोग करता है इसलिए यह (मूल रूप से) हमेशा अद्यतित होता है।

सुनिश्चित करें कि आपका स्थानीय कैश अप टू डेट है:

    $ gibo --upgrade
    From https://github.com/github/gitignore
     * branch            master     -> FETCH_HEAD
    Current branch master is up to date.

आपके लिए आवश्यक भाषा / तकनीक खोजें:

    $ gibo --search android
    Android

.Gitignore फ़ाइल प्रदर्शित करें:

    $ gibo Android
    ### Android

    # Built application files
    *.apk
    *.ap_

    # Files for the Dalvik VM
    *.dex

    # Java class files
    *.class

    # Generated files
    bin/
    gen/

    # Gradle files
    .gradle/
    build/

    # Local configuration file (sdk path, etc)
    local.properties

    # Proguard folder generated by Eclipse
    proguard/

    # Log Files
    *.log

अब, इसे अपनी परियोजना की .gitignore फ़ाइल में जोड़ें:

    $ gibo Android >> .gitignore

(सुनिश्चित करें कि आप >>अपनी परियोजना के .gitignore फ़ाइल में संलग्न करने के लिए उपयोग करते हैं; कोई >इसे अधिलेखित कर देगा - जैसा कि मैंने दुर्घटना के समय किया है!)

मुझे पता है कि यह ओपी के सटीक सवाल का जवाब नहीं दे रहा है, लेकिन गिबो का उपयोग करने से यह बहुत अधिक हो जाता है, इसलिए आपको 'सवाल' के बारे में सोचने की ज़रूरत नहीं है! .. यह अच्छा है! ;)

— wasatchwizard
स्रोत
3

एक बेहतर विचार प्राप्त करने के लिए, आपको केवल निम्न फ़ाइलों की आवश्यकता है

  • एप्लिकेशन
  • build.gradle
  • settings.gradle

मूल एंड्रॉइड प्रोजेक्ट संरचना

आप .gitignore फ़ाइल में और सब कुछ डाल सकते हैं। आपके सभी एप्लिकेशन परिवर्तन ज्यादातर इन फ़ाइलों और फ़ोल्डरों में निहित हैं। बाकी जो आप एक बुनियादी परियोजना में देखते हैं, वे हैं बिल्ड फाइलें या एंड्रॉइड स्टूडियो कॉन्फ़िगरेशन फाइलें।

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

— कलन नवरथने
स्रोत
3

अज्ञात साइड इफेक्ट को रोकने के लिए विकास समय के माध्यम से .gitignore सूची को जोड़ना सबसे अच्छा है जब संस्करण नियंत्रण कहीं से पूर्व-परिभाषित (कॉपी / पेस्ट) सूची के कारण किसी कारण से काम नहीं करेगा। मेरी किसी परियोजना के लिए, केवल इस सूची को अनदेखा करें:

.gradle
.idea
libs
obj
build
*.log
— टिम लोंग
स्रोत
3

गितुब विभिन्न प्रकार की परियोजनाओं के लिए उपयोगी गिगिनटोर आइटम रखता है। यहाँ Android परियोजनाओं के लिए उपयोगी gitignore वस्तुओं की सूची दी गई है।

# Built application files
*.apk
*.ap_

# Files for the ART/Dalvik VM
*.dex

# Java class files
*.class

# Generated files
bin/
gen/
out/

# Gradle files
.gradle/
build/

# Local configuration file (sdk path, etc)
local.properties

# Proguard folder generated by Eclipse
proguard/

# Log Files
*.log

# Android Studio Navigation editor temp files
.navigation/

# Android Studio captures folder
captures/

# Intellij
*.iml
.idea/workspace.xml
.idea/tasks.xml
.idea/gradle.xml
.idea/libraries

# Keystore files
*.jks

# External native build folder generated in Android Studio 2.2 and later
.externalNativeBuild

# Google Services (e.g. APIs or Firebase)
google-services.json

# Freeline
freeline.py
freeline/
freeline_project_description.json

जीथब में Android Gitignore

— सुदीप भंडारी
स्रोत
3
हालांकि यह लिंक प्रश्न का उत्तर दे सकता है, लेकिन उत्तर के आवश्यक भागों को शामिल करना और संदर्भ के लिए लिंक प्रदान करना बेहतर है। लिंक-केवल उत्तर अमान्य हो सकते हैं यदि लिंक किए गए पृष्ठ बदल जाते हैं। - समीक्षा से
— imtheman
@imtheman प्रशंसनीय .. मैंने उत्तर को अद्यतन कर दिया है और संदर्भ के रूप में लिंक डाल दिया है
— सुदीप भंडारी
2

मैं Github .gitignore फ़ाइलों को मर्ज करता हूं

### Github Android.gitignore ### 

# Built application files
*.apk
*.ap_

# Files for the Dalvik VM
*.dex

# Java class files
*.class

# Generated files
bin/
gen/

# Gradle files
.gradle/
build/

# Local configuration file (sdk path, etc)
local.properties

# Proguard folder generated by Eclipse
proguard/

# Log Files
*.log

# Android Studio Navigation editor temp files
.navigation/

# Android Studio captures folder
captures/

### Github JetBrains.gitignore ### 

# Covers JetBrains IDEs: IntelliJ, RubyMine, PhpStorm, AppCode, PyCharm, CLion, Android Studio

*.iml

## Directory-based project format:
.idea/
# if you remove the above rule, at least ignore the following:

# User-specific stuff:
# .idea/workspace.xml
# .idea/tasks.xml
# .idea/dictionaries

# Sensitive or high-churn files:
# .idea/dataSources.ids
# .idea/dataSources.xml
# .idea/sqlDataSources.xml
# .idea/dynamic.xml
# .idea/uiDesigner.xml

# Gradle:
# .idea/gradle.xml
# .idea/libraries

# Mongo Explorer plugin:
# .idea/mongoSettings.xml

## File-based project format:
*.ipr
*.iws

## Plugin-specific files:

# IntelliJ
/out/

# mpeltonen/sbt-idea plugin
.idea_modules/

# JIRA plugin
atlassian-ide-plugin.xml

# Crashlytics plugin (for Android Studio and IntelliJ)
com_crashlytics_export_strings.xml
crashlytics.properties
crashlytics-build.properties

कृपया पढ़ें: JetBrains समर्थन: संस्करण नियंत्रण प्रणाली के तहत परियोजनाओं का प्रबंधन कैसे करें

— d.danailov
स्रोत
2
2016 तक, मैं इस उत्तर को अपनी जरूरतों के सबसे करीब मानता हूं। साभार
— हेनरिक डी सूसा
2

Gitignore.io द्वारा प्रदान की गई एपीआई का उपयोग करना , आप प्राप्त कर सकते हैं स्वचालित रूप से उत्पन्न होता है। यहां डायरेक्ट-लिंक भी gitignore.io/api/androidstudio है

### AndroidStudio ###
# Covers files to be ignored for android development using Android Studio.

# Built application files
*.apk
*.ap_

# Files for the ART/Dalvik VM
*.dex

# Java class files
*.class

# Generated files
bin/
gen/
out/

# Gradle files
.gradle
.gradle/
build/

# Signing files
.signing/

# Local configuration file (sdk path, etc)
local.properties

# Proguard folder generated by Eclipse
proguard/

# Log Files
*.log

# Android Studio
/*/build/
/*/local.properties
/*/out
/*/*/build
/*/*/production
captures/
.navigation/
*.ipr
*~
*.swp

# Android Patch
gen-external-apklibs

# External native build folder generated in Android Studio 2.2 and later
.externalNativeBuild

# NDK
obj/

# IntelliJ IDEA
*.iml
*.iws
/out/

# User-specific configurations
.idea/caches/
.idea/libraries/
.idea/shelf/
.idea/workspace.xml
.idea/tasks.xml
.idea/.name
.idea/compiler.xml
.idea/copyright/profiles_settings.xml
.idea/encodings.xml
.idea/misc.xml
.idea/modules.xml
.idea/scopes/scope_settings.xml
.idea/dictionaries
.idea/vcs.xml
.idea/jsLibraryMappings.xml
.idea/datasources.xml
.idea/dataSources.ids
.idea/sqlDataSources.xml
.idea/dynamic.xml
.idea/uiDesigner.xml
.idea/assetWizardSettings.xml

# OS-specific files
.DS_Store
.DS_Store?
._*
.Spotlight-V100
.Trashes
ehthumbs.db
Thumbs.db

# Legacy Eclipse project files
.classpath
.project
.cproject
.settings/

# Mobile Tools for Java (J2ME)
.mtj.tmp/

# Package Files #
*.war
*.ear

# virtual machine crash logs (Reference: http://www.java.com/en/download/help/error_hotspot.xml)
hs_err_pid*

## Plugin-specific files:

# mpeltonen/sbt-idea plugin
.idea_modules/

# JIRA plugin
atlassian-ide-plugin.xml

# Mongo Explorer plugin
.idea/mongoSettings.xml

# Crashlytics plugin (for Android Studio and IntelliJ)
com_crashlytics_export_strings.xml
crashlytics.properties
crashlytics-build.properties
fabric.properties

### AndroidStudio Patch ###

!/gradle/wrapper/gradle-wrapper.jar

# End of https://www.gitignore.io/api/androidstudio
— दनियाल जावेद
स्रोत
1

एंड्रॉइड स्टूडियो 0.8.4 के रूप में। नई परियोजना शुरू करते समय .ignignore फ़ाइल स्वचालित रूप से उत्पन्न होती है। डिफ़ॉल्ट रूप से इसमें शामिल हैं:

.gradle
/local.properties
/.idea/workspace.xml
/.idea/libraries
.DS_Store
build/
/captures

मैं इस कथन से सहमत हूँ, हालाँकि मैं इस फाइल को बदलने / बनाने के लिए / / (इसमें / बिल्ड / और / ऐप / बिल्ड शामिल करूँगा) को संशोधित करता हूं, इसलिए मैं अपनी रिपॉजिटरी में ऐप / बिल्ड की सभी फाइलों के साथ समाप्त नहीं होता।

यह भी ध्यान दें कि यदि आप ग्रहण से किसी परियोजना को आयात करते हैं, तो .ignignore की प्रतिलिपि नहीं बनाई जाएगी, या आपके लिए "स्वचालित रूप से" बनाया जाएगा।

— guyland123
स्रोत
0

संकलन:

#built application files
*.apk
*.ap_

# files for the dex VM
*.dex

# Java class files
*.class

# generated files
bin/
gen/

# Gradle files
.gradle/
build/
/*/build/

# Local configuration file (sdk path, etc)
local.properties

# Proguard folder generated by Eclipse
proguard/

# Log Files
*.log

# Windows thumbnail db
Thumbs.db

# OSX files
.DS_Store

# Eclipse project files
.classpath
.project

# Android Studio
*.iml
.idea
#.idea/workspace.xml - remove # and delete .idea if it better suit your needs.
.gradle
build/

# Intellij project files
*.iml
*.ipr
*.iws
.idea/
— आकिब मुमताज
स्रोत
0

सभी फ़ाइलों के आयात को दरकिनार करने के लिए, जहां एंड्रॉइड स्टूडियो "अनदेखा फ़ाइलें" सूची को अनदेखा करता है, लेकिन फिर भी एंड्रॉइड स्टूडियो वीसीएस का लाभ उठाता है, मैंने निम्न कार्य किया: यह एंड्रॉइड स्टूडियो से "अनदेखा फ़ाइलें" सूची का उपयोग करेगा (आयात के बाद! नहीं) और बोझिल तरीके का उपयोग करने से बचें कछुआ एसवीएन svn सेट करता है: सूची को अनदेखा करें।

  1. रिपॉजिटरी में सीधे एक नया प्रोजेक्ट फ़ोल्डर बनाने के लिए कछुआ एसवीएन रिपॉजिटरी ब्राउज़र का उपयोग करें।
  2. आयात करने के लिए इच्छित फ़ोल्डर के शीर्ष पर नए फ़ोल्डर की जाँच करने के लिए कछुआ SVN का उपयोग करें। आपको एक चेतावनी मिलेगी कि स्थानीय फ़ोल्डर खाली नहीं है। चेतावनी को नजरअंदाज करें। अब आपके पास एक संस्करण है जो बिना स्तरित सामग्री के साथ शीर्ष स्तर का फ़ोल्डर है।
  3. स्थानीय कामकाजी निर्देशिका से अपनी परियोजना खोलें। वीसीएस अब स्वचालित रूप से सक्षम होना चाहिए
  4. अपनी फ़ाइल अपवादों को फ़ाइल में सेट करें -> सेटिंग्स -> संस्करण नियंत्रण -> उपेक्षित फ़ाइलें
  5. एंड्रॉइड स्टूडियो से एसवीएन में फाइलें जोड़ें: प्रोजेक्ट संरचना में 'ऐप' चुनें -> वीसीएस -> वीसीएस में जोड़ें (यह "उपेक्षित फाइलें" को छोड़कर सभी फाइलें जोड़ देगा)
  6. प्रतिबद्ध बदलाव

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

चीयर्स, -जॉस्ट

— जूस्ट
स्रोत
0

Android स्टूडियो 3.5.3

मैं अपने पुस्तकालयों और परियोजनाओं के लिए इसका उपयोग करता हूं और इसमें अधिकांश फाइलें शामिल हैं जो एंड्रॉइड स्टूडियो और अन्य प्रसिद्ध उपकरणों द्वारा उत्पन्न होती हैं:

# Built application files
*.apk
*.ap_
*.aab

# Files for the ART/Dalvik VM
*.dex

# Generated files
bin/
gen/
out/
app/release/

# Gradle files
.gradle/
build/

# Local configuration file (sdk path, etc)
local.properties

# Log Files
*.log

# Android Studio Navigation editor temp files
.navigation/

# Android Studio captures folder
captures/

# IntelliJ
*.iml
.idea/workspace.xml
.idea/tasks.xml
.idea/gradle.xml
.idea/assetWizardSettings.xml
.idea/dictionaries
.idea/libraries
.idea/caches

# Keystore files
# Uncomment the following lines if you do not want to check your keystore files in.
#*.jks
#*.keystore

# External native build folder generated in Android Studio 2.2 and later
.externalNativeBuild

# Freeline
freeline.py
freeline/
freeline_project_description.json

# fastlane
fastlane/report.xml
fastlane/Preview.html
fastlane/screenshots
fastlane/test_output
fastlane/readme.md

#NDK
*.so
— Squti
स्रोत
0

यह http://gitignore.io/ के संदर्भ का उपयोग करके बनाया गया है, जहां आप किसी भी परियोजना के लिए नवीनतम अद्यतन किए गए gitignore फ़ाइल बना सकते हैं। Android के लिए http://gitignore.io/api/androidstudio । उम्मीद है की यह मदद करेगा। वर्तमान में मैं एंड्रॉइड स्टूडियो 3.6.3 का उपयोग कर रहा हूं

# Created by https://www.gitignore.io/api/androidstudio
# Edit at https://www.gitignore.io/?templates=androidstudio

### AndroidStudio ###
# Covers files to be ignored for android development using Android Studio.

# Built application files
*.apk
*.ap_

# Files for the ART/Dalvik VM
*.dex

# Java class files
*.class

# Generated files
bin/
gen/
out/

# Gradle files
.gradle
.gradle/
build/

# Signing files
.signing/

# Local configuration file (sdk path, etc)
local.properties

# Proguard folder generated by Eclipse
proguard/

# Log Files
*.log

# Android Studio
/*/build/
/*/local.properties
/*/out
/*/*/build
/*/*/production
captures/
.navigation/
*.ipr
*~
*.swp

# Android Patch
gen-external-apklibs

# External native build folder generated in Android Studio 2.2 and later
.externalNativeBuild

# NDK
obj/

# IntelliJ IDEA
*.iml
*.iws
/out/

# User-specific configurations
.idea/caches/
.idea/libraries/
.idea/shelf/
.idea/workspace.xml
.idea/tasks.xml
.idea/.name
.idea/compiler.xml
.idea/copyright/profiles_settings.xml
.idea/encodings.xml
.idea/misc.xml
.idea/modules.xml
.idea/scopes/scope_settings.xml
.idea/dictionaries
.idea/vcs.xml
.idea/jsLibraryMappings.xml
.idea/datasources.xml
.idea/dataSources.ids
.idea/sqlDataSources.xml
.idea/dynamic.xml
.idea/uiDesigner.xml
.idea/assetWizardSettings.xml

# OS-specific files
.DS_Store
.DS_Store?
._*
.Spotlight-V100
.Trashes
ehthumbs.db
Thumbs.db

# Legacy Eclipse project files
.classpath
.project
.cproject
.settings/

# Mobile Tools for Java (J2ME)
.mtj.tmp/

# Package Files #
*.war
*.ear

# virtual machine crash logs (Reference: http://www.java.com/en/download/help/error_hotspot.xml)
hs_err_pid*

## Plugin-specific files:

# mpeltonen/sbt-idea plugin
.idea_modules/

# JIRA plugin
atlassian-ide-plugin.xml

# Mongo Explorer plugin
.idea/mongoSettings.xml

# Crashlytics plugin (for Android Studio and IntelliJ)
com_crashlytics_export_strings.xml
crashlytics.properties
crashlytics-build.properties
fabric.properties

### AndroidStudio Patch ###

!/gradle/wrapper/gradle-wrapper.jar

# End of https://www.gitignore.io/api/androidstudio
— विनोद राम
स्रोत
-1

JetBrains सपोर्ट का यह आधिकारिक दस्तावेज कहता है कि निम्नलिखित को शामिल किया जाना चाहिए:

All files under .idea directory except workspace.xml and tasks.xml because
    they store specific user settings
All the *.iml files that can be located in different module directories

यह चीजों के बारे में सावधान रहने के लिए अन्य सिफारिशें भी देता है।

— craned
स्रोत
1
यह मतदान क्यों किया गया? एसओ के बारे में कोई स्पष्टीकरण नहीं के साथ वोट डाउन।
— craned
-1

.gitignore से AndroidRate पुस्तकालय 

# Copyright 2017 - 2018 Vorlonsoft LLC
#
# Licensed under The MIT License (MIT)

# Built application files
*.ap_
*.apk

# Built library files
*.aar
*.jar

# Built native files
*.o
*.so

# Files for the Dalvik/Android Runtime (ART)
*.dex
*.odex

# Java class files
*.class

# Generated files
bin/
gen/
out/

# Gradle files
.gradle/
build/

# Local configuration file (sdk/ndk path, etc)
local.properties

# Windows thumbnail cache
Thumbs.db

# macOS
.DS_Store/

# Log Files
*.log

# Android Studio
.navigation/
captures/
output.json

# NDK
.externalNativeBuild/
obj/

# IntelliJ
## User-specific stuff
.idea/**/tasks.xml
.idea/**/workspace.xml
.idea/dictionaries
## Sensitive or high-churn files
.idea/**/dataSources/
.idea/**/dataSources.ids
.idea/**/dataSources.local.xml
.idea/**/dynamic.xml
.idea/**/sqlDataSources.xml
.idea/**/uiDesigner.xml
## Gradle
.idea/**/gradle.xml
.idea/**/libraries
## VCS
.idea/vcs.xml
## Module files
*.iml
## File-based project format
*.iws
— अलेक्जेंडर सविन
स्रोत
-1

https://github.com/github/gitignore जबरदस्त कलेक्शन है

Android.gitignore

# Built application files
*.apk
*.ap_

# Files for the ART/Dalvik VM
*.dex

# Java class files
*.class

# Generated files
bin/
gen/
out/

# Gradle files
.gradle/
build/

# Local configuration file (sdk path, etc)
local.properties

# Proguard folder generated by Eclipse
proguard/

# Log Files
*.log

# Android Studio Navigation editor temp files
.navigation/

# Android Studio captures folder
captures/

# IntelliJ
*.iml
.idea/workspace.xml
.idea/tasks.xml
.idea/gradle.xml
.idea/assetWizardSettings.xml
.idea/dictionaries
.idea/libraries
.idea/caches

# Keystore files
# Uncomment the following line if you do not want to check your keystore files in.
#*.jks

# External native build folder generated in Android Studio 2.2 and later
.externalNativeBuild

# Google Services (e.g. APIs or Firebase)
google-services.json

# Freeline
freeline.py
freeline/
freeline_project_description.json

# fastlane
fastlane/report.xml
fastlane/Preview.html
fastlane/screenshots
fastlane/test_output
fastlane/readme.md
— shellhub
स्रोत
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.