Closed pe3 closed 5 years ago
Ehkä branchin sijaan tai ohella voisi käyttää release ominaisuutta ja jotenkin laittaa esim. sivulla näkymään 1.0 releasen vaikka oltas jo kehitetty eteenpäin.
Tossa hyvän näkönen release-ohje. Nykyisen 1.0 version vois tägätä git:illä master-branchissa ohjeen ehdottamasti semver-käytännön mukaisesti ja sen jälkeen vois tehdä ton releasen GitHubissa.
Masterin rinnalle tarvittaisiin nyt ainakin yksi rinnakkais-branch tähän repoon. Jos mentäs ton mun linkkaaman mallin mukaan, se olis "develop" (työkopio). Jos mennään semantic versioningin mukaan (vaikka sen soveltaminen ihmisluettavaan tekstiin koodin sijaan onkin tulkinnanvaraista), emme periaatteessa vielä tiedä, onko seuraava julkaisu 1.1 vai 2.0.
Toistaiseksi voidaan varmaan kehittää tota mun aloittamaa work in progress (WIP) feature-branchia mun repossa (eli kirjaan muutoksia kommenttien perusteella), jos sitä päädytään kehittämään. Tekstin muotoilua yms. vois päivitellä develop-branchissa, mutta isompia ajatuskulkuja vois nyt aluksi laittaa käyntiin omissa brancheissaan. Jossain kohti pitäs tehdä päätös, mitä brancheja seuraavaan julkaistavaan versioon otetaan mukaan. Sitten valittuja feature-brancheja kehitetään eteenpäin, develop-branchin toimiessa synkronointi-branchina, josta featurebranchit saavat senhetkisen pisimmälle viedyn työkopion.
Tää projekti kaipais jonkinlaista branchailu-mallia. Nyt ei ollu muuta tarjolla, niin tyrkkäsin masteriin, mutta älkää hyväksykö.
Tämä pull-request liittyy issueen #18