Versioning Schemes ?
9 отговора
319 прегледа
Versioning Schemes ?
Какви Versioning Schemes използвате (major.minor.patch, major.minor.build.revision, други) ?
Как вземате решение кое поле да обновите?
Използвате ли tools за автоматизация и какви?
Как вземате решение кое поле да обновите?
Използвате ли tools за автоматизация и какви?
Re: Versioning Schemes ?
Ами аз лично използвам Майкрософтския подход към нещата - примерно:
2.1.1233.0
означава:
2 - major
1 - minor
1233 - build
0 - bugfix / hotfix на последния рилийзнат билд
Якото на новото Вижуал Студио е, че има един файл който се казва AssemblyInfo.cs и вътре можеш да зададеш маска на версията, примерно
2.1.*.0 - така при всяко ново прекомпилиране, build числото ти се инкрементва и по този начин гарантираш uniqueness на всеки нов рилийз.
2.1.1233.0
означава:
2 - major
1 - minor
1233 - build
0 - bugfix / hotfix на последния рилийзнат билд
Якото на новото Вижуал Студио е, че има един файл който се казва AssemblyInfo.cs и вътре можеш да зададеш маска на версията, примерно
2.1.*.0 - така при всяко ново прекомпилиране, build числото ти се инкрементва и по този начин гарантираш uniqueness на всеки нов рилийз.
Re: Versioning Schemes ?
Mnogo yako niama shto.
Kato ti se smeni versiata i imash assemblita koito referirat starata versia, she ima da se chudish shto ne backa a?
Kato ti se smeni versiata i imash assemblita koito referirat starata versia, she ima da se chudish shto ne backa a?
Re: Versioning Schemes ?
Ами зависи какво правиш.
Честно казано е доста по-добре да прекомпилираш целия проект дори и само заради едно асембли с нова версия, отколкото след това клиенти ползващи твоето решение да ти казват, че асембли с весия 2.1.1.2 им прави проблеми, а ти да не знаеш кое е точно това асембли и какво има вътре понеже си деплойнал около 20 различни асемблита с този номер на версията.
Освен всичко друго, ако беше си взел MCSD.NET изпитите, можеше и случайно (освен други неща) да разбереш, че може да сетваш конфига на апликейшън да използва асембли с различна версия от тази, която апликешъна очаква и без прекомпилиране.
Но в края на краищата... заеби, за кво да ги четеш тия неща. То .НЕТ кво е... няква плаформа там. Ти си писал на ПХП предполагам 2 години, та .НЕТ ли ще ти се опре.
Честно казано е доста по-добре да прекомпилираш целия проект дори и само заради едно асембли с нова версия, отколкото след това клиенти ползващи твоето решение да ти казват, че асембли с весия 2.1.1.2 им прави проблеми, а ти да не знаеш кое е точно това асембли и какво има вътре понеже си деплойнал около 20 различни асемблита с този номер на версията.
Освен всичко друго, ако беше си взел MCSD.NET изпитите, можеше и случайно (освен други неща) да разбереш, че може да сетваш конфига на апликейшън да използва асембли с различна версия от тази, която апликешъна очаква и без прекомпилиране.
Но в края на краищата... заеби, за кво да ги четеш тия неща. То .НЕТ кво е... няква плаформа там. Ти си писал на ПХП предполагам 2 години, та .НЕТ ли ще ти се опре.
Re: Versioning Schemes ?
Spoko be, kvi sa tia emocii sa.
Ti veche nedostatycite na MS gi priemash kato svoi mai a?
A s MS izpitie sym prikliuchil otdavna. Kato student vzeh edin uspeshno, no ne smiatam da prodyljavam (po ochevadni (ne i za teb de) prichini).

Ti veche nedostatycite na MS gi priemash kato svoi mai a?
A s MS izpitie sym prikliuchil otdavna. Kato student vzeh edin uspeshno, no ne smiatam da prodyljavam (po ochevadni (ne i za teb de) prichini).
Re: Versioning Schemes ?
Ние използваме major.minor, и от време на време страдаме от това :-)
Re: Versioning Schemes ?
Аз отскоро страдам :(
Проблемите започнаха, когато няколко версии (с много общи файлове) трябваше да се update-ват.
Проблемите започнаха, когато няколко версии (с много общи файлове) трябваше да се update-ват.
Re: Versioning Schemes ?
Добре, а кога увеличаваш build номера?
1. При build на целия продукт?
2. При build само на съответния модул?
1. При build на целия продукт?
2. При build само на съответния модул?