search

okffi / open-api-definition

Community governed definition of open API
http://okffi.github.io/open-api-definition/
Creative Commons Zero v1.0 Universal
7 stars 7 forks source link

Remove prod-test-system bundling #19

Closed pe3 closed 5 years ago

pe3 commented 8 years ago

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

apoikola commented 8 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.

pe3 commented 8 years ago

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.