C# Skuteczny sposób zarządzania numerem wersji

Question

C# 2008 SP1

Zastanawiam się, jaki jest najlepszy sposób obsługi numerów wersji.

Zawsze myślałem, że normalnie są tylko 3 cyfry. (Poprawki Major, Minor i Bug).

Zastanawiam się jednak, co to jest numer kompilacji i numer wersji.

Na przykład w przeszłości zwykle używałem tylko 3 cyfry. Jest kilka drobnych zmian lub poprawki błędów, które spowodowałyby zwiększenie trzeciej liczby (poprawki błędów).

Ponieważ jestem nowy w tym. Co zwykle dzieje się w świecie zawodowym?

Wielkie dzięki za wszelkie rady,

W moim pliku AssemblyInfo Mam następujący:

// 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: 
// [assembly: AssemblyVersion("1.0.*")] 
[assembly: AssemblyVersion("1.0.2.*")] 
[assembly: AssemblyFileVersion("1.0.0.0")] 

// 1.0.2 Added feature for detecting if a sound card is installed. 

Answer 1

Dzięki za wszystkie sugestie.

Postanowiłem użyć następującego.

Mój projekt ma następującą wersję: 1.0.2.20. 1. Major zmienia 0.: Drobne zmiany 2.: Poprawki 20: Subversion numer wersji

Więc zmieniły następujące w moim pliku assemblyinfo.c

[assembly: AssemblyVersion("1.0.2.20")] 

Wszelkie sugestie na ten pomysł, byłbym szczęśliwy, słysząc.

Dziękujemy,

Answer 2

Spróbuj tego:

http://autobuildversion.codeplex.com/

Answer 3

Będziemy chcieli, aby rozważyć swoje wersjonowania montaż i plik inaczej. Po zmianie numeru wersji złożenia jest możliwe, ale niezwykle trudne, aby istniejący kod mógł go użyć bez ponownej kompilacji. Zmieniamy wersję zespołu tylko wtedy, gdy występują zmiany łamania, więc możemy łatwo wprowadzić drobne poprawki.

Przeczytaj więcej na temat naszej polityki Assembly Versioning.

Answer 4

Od MSDN:

• Budowa: Różnica w liczbie kompilacji reprezentuje rekompilacji tego samego źródła. To byłoby odpowiednie ze względu na procesor, platformę lub zmiany kompilatora.

• Korekta: zwoje o tej samej nazwie, major i minor numery wersji ale różne wersje są przeznaczone być w pełni wymienne. To byłoby odpowiednie do zamocowania otworu zabezpieczającego w uprzednio zwolnionym zespole .

Phil Haack ma nice deconstruction systemu zarządzania wersjami .NET, ale w praktyce nie sądzę jego obawy naprawdę znaczenia, ponieważ w moim doświadczeniu system wersjonowania .NET/MS jest tak naprawdę tylko używany przez techniczny do celów debugowania/wsparcia/śledzenia, zarządzanie publiczne i zarządzanie projektem będzie często oparte na dacie lub na podstawie numeru wersji marketingowej.

FWIW każdy projekt .NET, nad którym pracowałem, był zarządzany przez "X.Y. *", tzn. Lubimy ręcznie kontrolować główne i nieletnie, ale pozwalamy, aby system kontrolował budowanie i zmianę.

Answer 5

Używamy numeru poprawki błędów w przyrostach dwóch. Liczby nieparzyste oznaczają niewielkie poprawki błędów, a nawet liczby oznaczają pracę nad poprawkami. Najwyraźniej jest to powszechne w niektórych firmach, tj. W tym, w którym jestem.

Chodzi o to, aby zidentyfikować przypadkowe wydania i jakoś mi się to podoba. Robienie rzeczy, aby łatwo widzieć rzeczy, które są złe. Nie oznacza to, że liczba nieparzysta jest koniecznie nieprzypadkowym zwolnieniem, tyle tylko, że jest z całkiem dużym prawdopodobieństwem.

Answer 6

myślę odpowiedź Paul Alexander jest prawidłowa, ale chciałbym dodać następującą uwagę do pliku AssemblyInfo:

Jeśli używasz 1.0.2.* pamiętać, że ostatni bit (zastąpiony przez *) jest losowy number Więc jeśli zbudujesz 1.0.2. * tego wieczora i jutro rano zbudujesz go ponownie, druga wersja może mieć niższy numer wersji niż kompilacja, którą zrobiłeś wcześniej.