Számozása programverzióra

Sok kezdő fejlesztők felmerül a kérdés: hogyan kell egy új változata a programja?

Ossza meg tapasztalatait.

Nem megyek bele az elmélet, annál, hogy nincs merev keret ebben a kérdésben. A praxisomban, láttam egy csomó más lehetőség a rendeltetési hely változatok.

Íme néhány példa az írás változat:

Nézzük az összes bejegyzést.

revízió szám (revízió) egy verziókezelő rendszer (Version Control System, VCS vagy Revision Control System). Hála neki, akkor könnyen kap a forráskód egy adott verzió letöltésével az áruházból. Általában ez az érték kezdődik 1, majd növekedése, illetve a verziószáma és soha vissza. Annak a ténynek köszönhetően, hogy az érték csak az fontos, hogy a fejlődés, a számozás programja gyakran kihagyják.

Más szóval, a build számot a program. Miután változások a programkód, általában úgy végezzük szerelvény a program, azaz a teljes összeállítása a projekt fájlokat. Jellemzően, ezt az értéket kezdődik 1, majd egy számának növekedése a szerelvény, ill. szerelési vagy nullázás soha nem töltik vagy ha megváltoztatja a fő (major) változat. Tekintettel arra, hogy ez az érték csak akkor fontos, hogy a fejlődés, a számozás programja gyakran kihagyják.

A tapasz vagy tapasz (tapasz)

Az érték alapértelmezésben 0, és növeli a kisebb változások a programban, mint például a az esetleges hibák kijavítására. Ez visszaállítja, ha változik nagyobb vagy kisebb változatban.

A kisebb változat (minor)

Az érték kezdetben 0-ra állítja, és növekszik, amikor a jelentős változások a programban, így például, hozzátéve, az új funkciókat a program. Az érték növelhető a kis változtatások halmaza (javítások). Ez visszaállítja, ha változik nagyobb változat.

Major verzió (fő)

Szigorúan véve, ez a változat a program. Az érték a nagyobb változat beállítása 1. Ez az érték növekszik a kiadás az új verzió, ha vannak nagyobb átmenetek a funkcionalitás, például új funkciók, jelentősen módosítva a funkciók a program, a felület megváltozik átírva az alapvető algoritmusokat, stb Az érték növelhető a felhalmozódása nagyobb (kisebb) megváltozik.

Mert kiadás előtti verzióját használja a 0 értéket, egyre kisebb számú 0.9. *. *

Az ilyen megjelölés jelzi a változat a kiadás dátuma a program, ami kényelmes a végfelhasználónak. Alapján ez a számozási, a felhasználó meg tudja ítélni, hogy milyen régen jött ki egy bizonyos változata a program, és azt, hogy itt az ideje, hogy ellenőrizze a frissítés. Sajnos ez nem mindig kényelmes verzióarchiválási a fejlesztők számára, különösen akkor, ha egynél több személy dolgozik a projekten.

Amellett, hogy ezeket a termékeket, a fejlesztők gyakran meghajtóbetűjeleket a verziószám:

alfa - általában az első nyilvános teszt verziót, mielőtt a végleges változat. Használt bejáratási és tesztelés.

beta - második nyilvános teszt verziója, mielőtt a végleges változat. Azt is használni.

RC, RC2 - Release Candidate (Relise vont) verzió, majdnem kész kiadás. Használt végső ellenőrzés.

utolsó - döntő (végleges) változata a program. Ritkán használt, általában csak csepp.

Melyik verzió számozás megoldására használják először a fejlesztők, mindaddig, amíg a számozás volt könnyű megérteni a fejlődés és a végfelhasználó. És ez az egyik olyan kérdés, hogy meg kell állapodni az elején a fejlődés bármely projekt.

Praxisomban használja a helyesírás típusú MAJOR.MINOR [.patch [.build]], mivel ez jobban megfelel az én stílusom a fejlődés.