👨🏻‍⚖️ 📗 🙍🏿 तोड़फोड़ और गिट संशोधन से Android आवेदन संस्करण की पीढ़ी 🦂 🏗️ 🧜

जब उपयोगकर्ता समस्याओं का सामना करते हैं, तो कोई हमेशा यह जानना चाहता है कि वे किस सॉफ्टवेयर का उपयोग कर रहे हैं। संस्करण नियंत्रण प्रणाली और सॉफ़्टवेयर संस्करणों की स्वचालित नंबरिंग का उपयोग करते समय, उपयोगकर्ताओं को ऐसी जानकारी प्रदान की जा सकती है, और यदि आवश्यक हो, तो बस एक पंक्ति को निर्देशित करने के लिए कहें।

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

निम्नलिखित इस समस्या के काफी सरल तरीके से समाधान का एक उदाहरण है।
UPD: git के लिए स्क्रिप्ट जोड़ी गई।

समस्या

लब्बोलुआब यह है कि 'svn info' कमांड निर्दिष्ट निर्देशिका के तत्वों के अंतिम प्रतिबद्ध संशोधन को जारी करती है।
उदाहरण के लिए:

$ svn info Revision: 32

इस मामले में:

 $ svn info ./src/ru/bsrgin/myproject/MyActivity.java Revision: 45 $ svn -r 32 -v log Changed paths: D /some-folder $ svn -r 45 -v log Changed paths: M /src/ru/bsrgin/myproject/MyActivity.java

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

अनुरोध 'svn -r HEAD info' सर्वर पर संशोधन संख्या देता है, न कि कार्य प्रतिलिपि में, जो गलत है, क्योंकि मुख्य शर्त पूरी नहीं हुई है - वर्तमान सॉफ़्टवेयर संस्करण की पीढ़ी। तर्क BASE, COMMITTED और PREV भी इस सवाल का जवाब नहीं देते हैं - प्रोजेक्ट फ़ाइल किस संस्करण से बनाई गई है?

निर्णय

मैं लेख में वर्णित सॉफ़्टवेयर संस्करण प्राप्त करने की विधि को छोड़ने के लिए पहले से ही तैयार था, लेकिन समय के साथ मुझे एक और उपयोगिता 'svnversion' याद आ गई। इस उपयोगिता द्वारा डेटा आउटपुट का प्रारूप निम्नानुसार है:

 4123:4168 mixed revision working copy 4168M modified working copy 4123S switched working copy 4123P partial working copy, from a sparse checkout 4123:4168MS mixed revision, modified, switched working copy

यानी अगर मैं अपनी वर्किंग कॉपी में 'svnversion' चलाता हूं, तो निम्न परिणाम दिखाई देगा:

 $ svnversion 32:46

और अगर आप कुछ फ़ाइल को संशोधित करते हैं, तो:

 $ svnversion 32:46M

दरअसल, उपयोगिता उपयोगी जानकारी प्रदान करती है जिसे मैं एप्लिकेशन के संस्करण में शामिल करना चाहता हूं, लेकिन डेटा आउटपुट प्रारूप उपयुक्त नहीं है। मुझे बिल्ड एंट स्क्रिप्ट्स के सिंटैक्स से निपटना था ...

नीचे आपकी परियोजना में एक तोड़फोड़ या गिट के कामकाजी संस्करण को जोड़ने के निर्देश दिए गए हैं।

कर्मों का अनुक्रम

हम प्रोजेक्ट के रूट में svn-revision.build.xml फ़ाइल बनाते हैं। इसमें निम्नलिखित सामग्री डालें:

 <project default="svn-revision"> <target name="svn-revision"> <!--  `svnversion -n`  ,      .  : 4123:4168 mixed revision working copy 4168M modified working copy 4123S switched working copy 4123P partial working copy, from a sparse checkout 4123:4168MS mixed revision, modified, switched working copy --> <exec executable="svnversion" output="svnversion.output"> <arg line="-n"/> </exec> <loadresource property="svnversion.Revision"> <file file="svnversion.output"/> </loadresource> <echo>Revision: ${svnversion.Revision}</echo> <!--     Manifest       VersionName --> <replaceregexp file="AndroidManifest.xml" match='android:versionName="([^".]+\.[^".]+)(\.[^"]*)?"' replace='android:versionName="\1.${svnversion.Revision}"' /> <!--    --> <delete file="svnversion.output"/> </target> </project>

यह समझा जाता है कि AndroidManifest.xml svn-revision.build.xml के समान निर्देशिका में है। यदि नहीं, तो पंक्ति 22 को संशोधित करें। यह भी समझा जाता है कि एप्लिकेशन का संस्करण 1.2 या 1.2.3 जैसा दिखता है। यदि नहीं, तो पंक्ति 23 को संशोधित करें।

अगला, .externalToolBuilders / AddSvnRevisionToVersion.launch फ़ाइल बनाएँ और इसमें निम्न पंक्तियाँ जोड़ें।

 <?xml version="1.0" encoding="UTF-8" standalone="no"?> <launchConfiguration type="org.eclipse.ant.AntBuilderLaunchConfigurationType"> <booleanAttribute key="org.eclipse.ant.ui.ATTR_TARGETS_UPDATED" value="true"/> <booleanAttribute key="org.eclipse.ant.ui.DEFAULT_VM_INSTALL" value="false"/> <booleanAttribute key="org.eclipse.debug.core.ATTR_REFRESH_RECURSIVE" value="false"/> <stringAttribute key="org.eclipse.debug.core.ATTR_REFRESH_SCOPE" value="${project}"/> <listAttribute key="org.eclipse.debug.core.MAPPED_RESOURCE_PATHS"> <listEntry value="${project_loc}/svn-revision.build.xml"/> </listAttribute> <listAttribute key="org.eclipse.debug.core.MAPPED_RESOURCE_TYPES"> <listEntry value="1"/> </listAttribute> <booleanAttribute key="org.eclipse.debug.core.capture_output" value="false"/> <booleanAttribute key="org.eclipse.debug.ui.ATTR_CONSOLE_OUTPUT_ON" value="false"/> <booleanAttribute key="org.eclipse.debug.ui.ATTR_LAUNCH_IN_BACKGROUND" value="false"/> <stringAttribute key="org.eclipse.jdt.launching.CLASSPATH_PROVIDER" value="org.eclipse.ant.ui.AntClasspathProvider"/> <booleanAttribute key="org.eclipse.jdt.launching.DEFAULT_CLASSPATH" value="true"/> <stringAttribute key="org.eclipse.jdt.launching.PROJECT_ATTR" value="ANDROID-APP"/> <stringAttribute key="org.eclipse.ui.externaltools.ATTR_LOCATION" value="${project_loc}/svn-revision.build.xml"/> <stringAttribute key="org.eclipse.ui.externaltools.ATTR_RUN_BUILD_KINDS" value="full,incremental,"/> <booleanAttribute key="org.eclipse.ui.externaltools.ATTR_TRIGGERS_CONFIGURED" value="true"/> </launchConfiguration>

ANDROID-APP के बजाय , अपनी परियोजना का नाम डालें ( .project फ़ाइल में <नाम> टैग का मूल्य देखें)। अगला, .project फ़ाइल को संशोधित करें - <buildCommand> टैग के बाद हम नीचे दी गई स्क्रिप्ट जोड़ते हैं:

 <buildCommand> <name>org.eclipse.ui.externaltools.ExternalToolBuilder</name> <triggers>full,incremental,</triggers> <arguments> <dictionary> <key>LaunchConfigHandle</key> <value><project>/.externalToolBuilders/AddSvnRevisionToVersion.launch</value> </dictionary> </arguments> </buildCommand>

नतीजतन, पहला कार्य एक प्रक्रिया जोड़ देगा जो AndroidManifest.xml फ़ाइल को संशोधित करता है। जब भी बिल्ड लॉन्च किया जाएगा, तब फ़ाइल अपडेट की जाएगी, और जब भी रिलीज़ पैकेज बनाया जाएगा, तो प्रक्रिया लॉन्च की जाएगी। यदि रिलीज़ पैकेज की असेंबली स्वचालित है या आप ग्रहण का उपयोग नहीं करते हैं, तो आपको अपने कलेक्टर को svn-revision.build.xml चलाने के लिए कॉन्फ़िगर करना होगा।

Git

SCV गिट का उपयोग करते समय एक समान परिणाम प्राप्त करने के लिए, नीचे svit-revision.build.xml फ़ाइल को git-revision.build.xml के साथ बदलें।

 <project default="git-revision"> <target name="git-revision"> <!--  'git describe'  ,      . . http://habrahabr.ru/blogs/android_development/132017/#comment_4385225 --> <exec executable="git" output="gitdescribe.output"> <arg line="describe --always --dirty=+ --abbrev=5"/> </exec> <loadresource property="git.Revision"> <file file="gitdescribe.output"/> </loadresource> <echo>Revision: ${git.Revision}</echo> <!--     Manifest       VersionName --> <replaceregexp file="AndroidManifest.xml" match='android:versionName="([^".]+\.[^".]+)(\.[^"]*)?"' replace='android:versionName="\1.${git.Revision}"' /> <!--    --> <delete file="gitdescribe.output"/> </target> </project>

तदनुसार, AddSvnRevisionToVersion.launch और .project फ़ाइलों को ठीक करना न भूलें।

वर्जननामिक रूप से वर्जननाम प्राप्त करना

अब, सॉफ़्टवेयर संस्करण प्राप्त करने के लिए, आप इस विधि का उपयोग कर सकते हैं:

 public static getApplicationVersion() { try { return getInstance().getApplicationContext().getPackageManager() .getPackageInfo(getPackageName(), 0).versionName; } catch (NameNotFoundException e) { return "App not installed!"; } }

नतीजतन, मेरी परियोजना में मुझे 1.0.32: 46M (तोड़फोड़) और 1.0.58c57 + ( gb ) लाइन मिली ।

तोड़फोड़ और गिट संशोधन से Android आवेदन संस्करण की पीढ़ी

समस्या

निर्णय

कर्मों का अनुक्रम

Git

वर्जननामिक रूप से वर्जननाम प्राप्त करना

More articles: