स्वचालित रूप से संस्करण संख्या अद्यतन करें

According to Wikipedia: "[Game Boy's] monochrome screen, lack of a backlight, and less powerful hardware" is at the root of the problem.

सेगा गेम गियर पर खराब बैटरी लाइफ स्क्रीन में बैकलाइट के कारण होता है। यह एक फ्लोरोसेंट ट्यूब है जो बैटरी को तेज दर से खाती है। हाल ही में कई लोगों ने फ्लोरोसेंट ट्यूब को एल ई डी के साथ बदलने के साथ प्रयोग किया है, यह नाटकीय रूप से बैटरी जीवन को बढ़ाता है, इस प्रकार यह साबित करता है कि मुख्य पावर नाली बैक लाइट से आती है।

मेरी समझ यह है कि अनिवार्य रूप से समय के रंग एलसीडी बड़े ऊर्जा hogs थे। मूल गेम बॉय के साथ प्रतिस्पर्धा करने वाले सभी अन्य रंग हैंडहेल्ड एक ही मुद्दे से पीड़ित हैं। बैकलाइटिंग की पेशकश करने वाले लोगों को भी इसी तरह की पावर नाली से पीड़ित होना पड़ा।

मैं चिपसेट की बिजली खपत के मुद्दे पर टिप्पणी नहीं कर सकता, लेकिन यह भी एक मुद्दा था।

मुझे लगता है कि बैटरी जीवन गेम कारतूस स्मृति आवंटन के बारे में है: यह कभी-कभी बहुत बड़ा होता है, लेकिन खेलते समय बहुत ही कम होता है (उदाहरण के लिए, ध्वनि हेजहोग )।

इसके अलावा, 5 घंटे से अधिक समय तक चलने वाला रंग और बैटरी एक मजाक है।

संपादित करें

मेरा मतलब यह है कि, कुछ खेलों में, यह कारतूस से बहुत सारी मेमोरी का उपयोग करता है और यदि बहुत सारे रंग होते हैं, तो यह बैटरी को जल्दी से हटा देता है: यह सब कुछ है कि कितने पिक्सल, रंग और मेमोरी लोड हो जाती है। जब गेम धीमा हो जाता है तो यह आसानी से ध्यान देने योग्य होता है।

"बिल्ट इन" सामग्री के साथ, आप 1.0। * या 1.0.0 का उपयोग करने के रूप में नहीं कर सकते हैं। * संशोधन और प्रतिस्थापन संख्या को कोडित दिनांक / टाइमस्टैम्प के साथ बदल देगा, जो आमतौर पर एक अच्छा तरीका भी है।

अधिक जानकारी के लिए, असेंबली लिंकर दस्तावेज़ देखें / वी टैग।

स्वचालित रूप से संख्याओं को बढ़ाने के लिए, Assembly इन्फ्लो कार्य का उपयोग करें:

AssemblyInfo कार्य

इसे बिल्ड नंबर को स्वचालित रूप से बढ़ाने के लिए कॉन्फ़िगर किया जा सकता है।

2 गॉटचास हैं:

1. Each of the 4 numbers in the Version string is limited to 65535. This is a Windows Limitation and unlikely to get fixed.
   • Why are build numbers limited to 65535?
2. Using with with Subversion requires a small change:
   • Using MSBuild to generate assembly version info at build time (including SubVersion fix)

संस्करण संख्या को पुनर्प्राप्त करना काफी आसान है:

Version v = Assembly.GetExecutingAssembly().GetName().Version;
string About = string.Format(CultureInfo.InvariantCulture, @"YourApp Version {0}.{1}.{2} (r{3})", v.Major, v.Minor, v.Build, v.Revision);

और, स्पष्टीकरण के लिए: .NET में या कम से कम सी # में, निर्माण वास्तव में THIRD संख्या है, चौथा नहीं कुछ लोगों के रूप में (उदाहरण के लिए डेल्फी डेवलपर्स जो मेजर.इनर.रिलिज.बिल्ड के लिए उपयोग किए जाते हैं) उम्मीद कर सकते हैं।

.NET में, यह Major.Minor.Build.Revision है।

कुछ समय पहले मैंने एक त्वरित और गंदे exe लिखा था जो संस्करण # एस को असेंबलीइन्फो में अपडेट करेगा। {Cs / vb} - मैंने rxfind.exe (एक सरल और शक्तिशाली regex- आधारित खोज प्रतिस्थापन उपकरण) का उपयोग भी किया है निर्माण प्रक्रिया के हिस्से के रूप में एक कमांड लाइन से अद्यतन करें। कुछ अन्य हेल्पफूल संकेत:

1. separate the assemblyinfo into product parts (company name, version, etc.) and assembly specific parts (assembly name etc.). See here
2. Also - i use subversion, so I found it helpful to set the build number to subversion revision number thereby making it really easy to always get back to the codebase that generated the assembly (e.g. 1.4.100.1502 was built from revision 1502).

मैंने पाया है कि जहां भी उत्पाद संस्करण की आवश्यकता है, निम्न का उपयोग करके अंतिम निर्माण की तारीख को प्रदर्शित करने के लिए यह अच्छी तरह से काम करता है:

System.IO.File.GetLastWriteTime(System.Reflection.Assembly.GetExecutingAssembly().Location).ToString("yyyy.MM.dd.HH.mm.ss")

निम्न की तरह कुछ से संस्करण प्राप्त करने का प्रयास करने के बजाय:

System.Reflection.Assembly assembly = System.Reflection.Assembly.GetExecutingAssembly();
object[] attributes = assembly.GetCustomAttributes(typeof(System.Reflection.AssemblyFileVersionAttribute), false);
object attribute = null;

if (attributes.Length > 0)
{
    attribute = attributes[0] as System.Reflection.AssemblyFileVersionAttribute;
}

आप किस स्रोत नियंत्रण प्रणाली का उपयोग कर रहे हैं?

उनमें से लगभग सभी के पास $ Id $ टैग का कुछ रूप है जो फ़ाइल की जांच होने पर विस्तारित हो जाता है।

मैं आमतौर पर इसे संस्करण संख्या के रूप में प्रदर्शित करने के लिए हैकर का कुछ रूप उपयोग करता हूं।

दूसरा विकल्प बिल्ड नंबर के रूप में दिनांक का उपयोग करने के लिए उपयोग किया जाता है: 080803-1448

VS.NET विधानसभा संस्करण को 1.0 पर डिफ़ॉल्ट करता है। * और ऑटो-इंक्रिमेंटिंग के दौरान निम्न तर्क का उपयोग करता है: यह 1 जनवरी, 2000 से दिनों की संख्या में निर्माण भाग सेट करता है, और मध्यरात्रि से सेकंड की संख्या में संशोधन भाग सेट करता है, स्थानीय समय, दो से विभाजित। यह MSDN आलेख देखें।

असेंबली संस्करण एक assemblyinfo.vb या assemblyinfo.cs फ़ाइल में स्थित है। फ़ाइल से:

' Version information for an assembly consists of the following four values:
'
'      Major Version
'      Minor Version 
'      Build Number
'      Revision
'
' You can specify all the values or you can default the Build and Revision Numbers 
' by using the '*' as shown below:
'  

 
 

यदि आप एक ऑटो incrementing संख्या चाहते हैं जो प्रत्येक बार संकलन किया जाता है, तो आप VersionUpdater का उपयोग कर सकते हैं एक पूर्व निर्माण घटना। यदि आप प्राथमिकता देते हैं तो आपका प्री-बिल्ड इवेंट बिल्ड कॉन्फ़िगरेशन की जांच कर सकता है ताकि संस्करण संख्या केवल रिलीज़ बिल्ड (उदाहरण के लिए) के लिए बढ़ेगी।

[विजुअल स्टूडियो 2017, .csproj गुण]

अपने पैकेजवर्सन / संस्करण / असेंबली वर्जन प्रॉपर्टी (या किसी अन्य प्रॉपर्टी) को स्वचालित रूप से अपडेट करने के लिए, पहले, एक नया Microsoft.build.Utilities.Task क्लास बनाएं जो आपके वर्तमान बिल्ड नंबर को प्राप्त करे और अपडेट की गई संख्या वापस भेज दे (मैं सिर्फ उस वर्ग के लिए एक अलग परियोजना बनाने की सलाह देते हैं)।

मैं मैन्युअल रूप से major.minor संख्याओं को अद्यतन करता हूं, लेकिन एमएसबिल्ड को बिल्ड नंबर (1.1। 1 , 1.1। 2 , 1.1। 3 , आदि :)

using Microsoft.Build.Framework;
using System;
using System.Collections.Generic;
using System.Text;

public class RefreshVersion : Microsoft.Build.Utilities.Task
{
    [Output]
    public string NewVersionString { get; set; }
    public string CurrentVersionString { get; set; } 

    public override bool Execute()
    {       
        Version currentVersion = new Version(CurrentVersionString ?? "1.0.0");

        DateTime d = DateTime.Now;
        NewVersionString = new Version(currentVersion.Major, 
            currentVersion.Minor, currentVersion.Build+1).ToString();
        return true;
    }

}

फिर अपने हाल ही में बनाए गए कार्य को MSBuild प्रक्रिया पर कॉल करें जो आपके .csproj फ़ाइल पर अगला कोड जोड़ रहा है:

    
...


   
                       
   
   
   

...

 ..
 1.1.4
 ..

विजुअल स्टूडियो पैक प्रोजेक्ट विकल्प चुनते समय (बिल्ड करने से पहले कार्य निष्पादित करने के लिए बस पहले लक्ष्य> = "बिल्ड करें" में बदलें) नया संस्करण संख्या, और XmlPoke </की गणना करने के लिए रीफ्रेशवर्सन कोड ट्रिगर किया जाएगा। कोड> कार्य तदनुसार आपके .csproj प्रॉपर्टी को अपडेट करेगा (हाँ, यह फ़ाइल को संशोधित करेगा)।

NuGet पुस्तकालयों के साथ काम करते समय, मैं पिछले उदाहरण को अगले निर्माण कार्य को जोड़कर पैकेज को NuGet रिपोजिटरी में भी भेजता हूं।

c:\nuget\nuget is where I have the NuGet client (remember to save your NuGet API key by calling nuget SetApiKey or to include the key on the NuGet push call).

बस अगर यह किसी की मदद करता है ^ _ ^।