2010-08-06 8 views
6

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

इस विषय पर विचार करने वाले बाहरी संसाधनों के किसी भी प्रतिक्रिया या लिंक की सराहना की जाएगी।

धन्यवाद

+2

बड़े एंड्रॉइड द्वारा उठाया जा रहा है? क्षमा करें, विरोध नहीं कर सका। :) – Robusto

+4

मैं शर्त लगाऊंगा कि एंड्रॉइड देव टीमों के विशाल बहुमत <10 लोग – Falmarri

उत्तर

2

कुछ लोगों के लिए यह सामान्य बात है, लेकिन दूसरों के लिए नहीं। सुनिश्चित करें कि सभी टीम के सदस्यों ने उनके द्वारा किए गए परिवर्तनों को दस्तावेज किया ताकि आप आगे बढ़ने से पहले अपना समय बर्बाद नहीं कर रहे हैं।

मैं कुछ टीम के सदस्यों को जो मुसीबत था एक से अधिक डेवलपर के साथ लोभी कि अवधारणा = पी

+0

संस्करण नियंत्रण प्रणाली के बारे में टिप्पणियां देखें, यह वास्तव में उत्तर है। कोई भी प्रोग्रामर जो उन्हें उपयोग करने से इंकार कर देता है, उस गुफा में वापस जाने की जरूरत है जो वे बाहर आए थे। :- डी यह आपको Starwfanatic निर्देशित नहीं है। – JustBoo

1

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

रेफरी: http://en.wikipedia.org/wiki/Subversion

+3

एक अधिक पूर्ण उत्तर संस्करण नियंत्रण प्रणाली (http://en.wikipedia.org/wiki/Revision_control) का उपयोग करना होगा, जरूरी नहीं कि एसवीएन। –

+0

सच है कि! मैं बस एक उपकरण के रूप में subversion से परिचित हूँ, लेकिन संशोधन नियंत्रण प्रणाली एक और अधिक उचित जवाब है। सिर के लिए Thanx! बीआर - –

4

आपका प्रश्न नहीं बल्कि अस्पष्ट और ओपन एंडेड पहलुओं जरूरी है कि एंड्रॉयड के लिए सामान्य रूप में एप्लिकेशन विकास लागू नहीं होते हैं बल्कि साथ है। हालांकि एक टिप है जो मैं आपको दे सकता हूं जो एंड्रॉइड पर टीम के विकास को आसान बनाता है: एक एकल डीबग कीस्टोर साझा करें।

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

  1. आप एक दूसरे के ऊपर पर एक-दूसरे के पास ऐसे APK अपग्रेड नहीं कर सकते; आपको एक पूर्ण अनइंस्टॉल/पुनर्स्थापित करना होगा।

  2. आप कोड के साथ दर्दनाक चीजों में भाग लेंगे जो कि कीस्टोर हस्ताक्षर (जैसे कि Google मानचित्र कुंजी, यदि आप कभी भी इसका उपयोग करते हैं) पर निर्भर करता है।

  3. आपको अपने रिलीज कोड को एक अलग कीस्टोर के साथ साइन करना होगा; आप प्राप्त कर सकते हैं कि कौन से एपीके रिलीज हो रहे हैं और यदि आप विभिन्न कीस्टोरों के बोतलबंद पर हस्ताक्षर कर रहे हैं तो डीबग मिश्रित हो सकते हैं। > प्राथमिकताएं - -> एंड्रॉयड -> बिल्ड

सौभाग्य से वहाँ Eclispe में एक डिबग कुंजीस्टोर निर्दिष्ट करने के लिए एक विकल्प है, एंड्रॉयड का उपयोग करने के लिए। प्रत्येक टीम के सदस्य को एक ही कीस्टोर का उपयोग करना चाहिए। डीबग कीस्टोर बनाने का सबसे आसान तरीका सिर्फ एक प्रतिलिपि बनाना है जो ग्रहण स्वचालित रूप से बनाता है। Alternatively you can make your own, using these guidelines

2

न केवल आपको संशोधन नियंत्रण का उपयोग करना चाहिए, लेकिन आपको कुछ प्रकार की प्रक्रिया का भी उपयोग करना चाहिए, जिस पर आपकी टीम सहमत हो सकती है, जैसे कि SCRUM (http://en.wikipedia.org/wiki/Scrum_(development))। यथार्थवादी लक्ष्यों को निर्धारित करें, सुनिश्चित करें कि आपकी टीम के सदस्य कार्य पर हैं, क्योंकि स्वर्ग संचार करता है, और मील का पत्थर और बग का ट्रैक रखने के लिए कुछ स्थापित किया गया है।सुनिश्चित करें कि आपकी टीम के सभी लोग जानते हैं कि उन्हें क्या करना है, और जब ऐसा किया जाना चाहिए। अगर आपको अपनी टीम पर कोई फ्लेकी लोग मिलते हैं, तो उन्हें बूट करें क्योंकि वे आपकी परियोजना को काफी हद तक रोक देंगे। मुझे यह समस्या एक और डेवलपर के साथ काम करने की कोशिश कर रही थी जो कुछ भी नहीं करना चाहता था, इसलिए अब मैं एक आदमी टीम हूं।

संबंधित मुद्दे

 संबंधित मुद्दे