संक्षिप्त उत्तर: Version name उपयोगकर्ता को दिखने वाला नाम है। Version code आंतरिक पूर्णांक है, जिसका उपयोग संबंधित ऐप के संस्करणों का क्रम समझने में होता है।
2.7.1 जैसा नाम रिलीज पर बात करने में मदद करता है; 207010 जैसा code बिल्ड पहचानने में। कोई भी संख्या प्रकाशक, सुरक्षा या नवीनतम समर्थित रिलीज का प्रमाण नहीं। पहले सही package और प्रकाशक पहचानें। यहाँ सभी संख्याएँ और package उदाहरण काल्पनिक हैं।
Version name क्या है?
Android का versionName उपयोगकर्ता को दिखने वाली string है, जैसे 1.4, 2.7.1 या 3.0-beta। प्रारूप डेवलपर चुनता है; तीन भाग दिखने से semantic versioning अपनाने की पुष्टि नहीं होती। Android संस्करण दस्तावेज इसे आंतरिक code से अलग बताता है।
पूरा नाम ज्यों का त्यों लिखें। 2.7-beta को 2.7 करने से परीक्षण रिलीज का संकेत खो सकता है। स्रोत भी लिखें: डाउनलोड पेज का पाठ वेबसाइट का दावा है; APK से पढ़ा metadata उस खास फाइल का विवरण है।
Version code क्या है?
versionCode रिलीज से जुड़ा आंतरिक पूर्णांक है। नाम 2.7.1 और code 431 होना संभव है। प्रकाशक की घोषित योजना के बिना एक से दूसरा नहीं निकाल सकते। बड़ा code संबंधित ऐप और वितरण संदर्भ में अर्थ रखता है। एक package का 9000, दूसरे का 120 देखकर पहले को नया नहीं कह सकते।
पहले package पहचान क्यों जरूरी है?
समान ऐप नाम और version name के बावजूद com.example.carddemo और com.example.carddemo.test अलग application IDs हैं। ये काल्पनिक नाम हैं। केवल शीर्षक समान होने से एक को दूसरे का अपडेट न कहें।
अपडेट के लिए समान application ID, संगत signing identity या वैध key rotation और स्वीकार्य version code संबंध भी चाहिए। Android अपडेट आवश्यकताएँ देखें। अकेला बड़ा code इंस्टॉल हुए ऐप को अपडेट करने की क्षमता नहीं सिद्ध करता।
रिकॉर्ड तुलना तालिका
नीचे एक ही काल्पनिक application ID मानें, जब तक अलग package न लिखा हो। समान नाम और code वाली दो APK फाइलें भी byte-for-byte अलग हो सकती हैं।
| रिकॉर्ड A | रिकॉर्ड B | समर्थित निष्कर्ष |
|---|---|---|
| नाम 2.4, code 240 | नाम 2.5, code 250 | B का code बड़ा |
| नाम 2.4, code 240 | नाम 2.4, code 241 | नाम समान, code अलग |
| नाम 2.9, code 290 | नाम 3.0, code 280 | बड़ा दिखता नाम, छोटा code |
| नाम 2.5, code 250 | अलग package; 9.0, code 900 | अलग ऐप पहचान |
| नाम 2.5, code अज्ञात | नाम 2.5, code 250 | प्रमाण अधूरा |
| नाम और code समान | नाम और code समान | metadata समान; फाइल पहचान अपुष्ट |
उदाहरण 1: वेबसाइट पर नया संस्करण लिखा है
स्थापित ऐप 4.1 और वेबसाइट 4.2 बताए तो अभी केवल नाम अलग होने का पता है। Package, प्रकाशक संबंध और फाइल metadata स्थापित करें; फिर code और signing संगति देखें। स्थापित code 410 और डाउनलोड 420 हो तो संबंधित numbering में क्रम संगत है। डाउनलोड code 405 हो तो बड़ा नाम उसका छोटा आंतरिक क्रम नहीं बदलता। रिकॉर्ड में देखे तथ्य लिखें, latest दावा सत्यापित तथ्य न बनाएँ।
उदाहरण 2: नाम समान, code अलग
दो उपयोगकर्ताओं का नाम 3.6 हो लेकिन code 360 और 361, तो बिल्ड समान होने का प्रमाण नहीं है। नाम बदले बिना संशोधित बिल्ड या अलग वितरण संदर्भ संभव है; स्रोत जाँचे बिना कारण न तय करें। सहायता को दोनों नाम समान और code अलग लिखना सही शुरुआती जानकारी देता है।
उदाहरण 3: उपकरणों में अलग रिलीज
Device targeting और रिलीज उपलब्धता से अलग फोन को अलग अपडेट मिल सकते हैं। बड़े code वाला बिल्ड हर दूसरे फोन के लिए उपयुक्त न मानें। फोन मॉडल, Android संस्करण, वितरण चैनल और देखने का समय दर्ज करें। केवल लेबल मिलाने के लिए APK दूसरे फोन में न डालें; संगतता और खाता पुनर्प्राप्ति अलग जाँचें। अंतर दर्ज करना उसका कारण सिद्ध नहीं करता।
संस्करण रिकॉर्ड कहाँ देखें?
ऐप के About या Settings और Android App info से शुरू करें। दिखाई जाने वाली जानकारी बदलती है। सहायता diagnostic में अधिक फ़ील्ड हों तो नाम ठीक कॉपी करें; हर संख्या को version code न मानें।
आधिकारिक APK Analyzer metadata पढ़ सकता है। Android SDK उपकरण पहले उपलब्ध हों तो नीचे के read-only आदेश उपयोगी हैं। example.apk स्थानापन्न नाम है; आदेश ऐप स्थापित या सुरक्षित प्रमाणित नहीं करते। साधारण सहायता अनुरोध के लिए नए उपकरण लगाना जरूरी नहीं, गायब फ़ील्ड अज्ञात लिखें।
apkanalyzer manifest application-id example.apk
apkanalyzer manifest version-name example.apk
apkanalyzer manifest version-code example.apkप्रमाण और दावों को अलग रखने वाला रिकॉर्ड
आज फाइल देखने का अर्थ आज रिलीज होना नहीं है। पेज का अपडेट दिन भी डाउनलोड फाइल बदलने का प्रमाण नहीं। संपादकीय तारीख और प्रकाशक की रिलीज घोषणा को अलग रखें।
| फ़ील्ड | क्या रिकॉर्ड करें |
|---|---|
| ऐप नाम | दिखता शीर्षक |
| प्रकाशक | स्थापित सूची की पहचान |
| Package ID | सटीक application ID |
| Version name | पूरी string |
| Version code | देखा गया पूर्णांक |
| स्रोत | स्थापित ऐप, APK metadata या वेबसाइट दावा |
| वितरण | स्टोर, प्रकाशक वेबसाइट या अन्य |
| उपकरण | मॉडल और Android संस्करण |
| जाँच का समय | तारीख और समय |
| सीमाएँ | गायब या अपुष्ट फ़ील्ड |
समान संस्करण से प्रामाणिकता सिद्ध नहीं होती
परिचित package और version name यह नहीं बताते कि फाइल किसने बनाई। विश्वसनीय संदर्भ checksum से दो फाइलों की समानता जाँची जा सकती है; वह अज्ञात प्रकाशक की पहचान नहीं करता। Signing प्रमाण के लिए भी विश्वसनीय संदर्भ और वैध key rotation का ध्यान चाहिए।
Metadata तुलना, पूरी फाइल की तुलना, signing continuity और प्रकाशक की पुष्टि अलग निष्कर्ष देते हैं। केवल name और code तालिका से मिलने पर APK को verified safe न कहें।
अक्सर पूछे जाने वाले प्रश्न
क्या version code हमेशा Android Settings में दिखता है?
नहीं। विश्वसनीय रूप से न मिले तो अज्ञात लिखें।
क्या बड़ा code बेहतर सुविधाएँ बताता है?
नहीं। वह संबंधित संदर्भ में क्रम बताता है, गुणवत्ता, स्थिरता या गोपनीयता नहीं।
क्या दो संस्करणों का नाम समान हो सकता है?
हाँ। नाम और code अलग फ़ील्ड हैं; समान नाम समान बिल्ड का प्रमाण नहीं।
बड़ा code मिले तो ऐप बदल देना चाहिए?
पहले प्रकाशक, अपडेट संगतता और समर्थित स्रोत जाँचें। खासकर guest खाते में बदलाव से पहले Player ID और recovery तरीका सुरक्षित रखें।
सार्वजनिक तालिका में प्रमाण न मिले तो क्या लिखें?
जानकारी उपलब्ध नहीं या स्वतंत्र पुष्टि नहीं हुई जैसे स्पष्ट शब्द लिखें। काल्पनिक latest badge या संख्या न भरें।
स्रोत
पहले package पहचानें। नाम, आंतरिक code, स्रोत और signing संदर्भ की अलग-अलग तुलना करें।