Gitflow
Main haru kasutatakse production releasemiseks. Otse main harusse committimine pole lubatud, kõik muudatused main harusse peavad käima läbi release-candidate (rc) branchi. Välja arvatud hotfixid. Main haru pealt toimuvad stabiilsed TEDI reliisid perioodiliselt iga kuu viimasel neljapäeval (TBC). Sellesse reliisi kuuluvad community muudatused, mis vahepeal valminud ja rc harus ning TEDI arendused, kus iga muudatus/täiendus valideeritakse vastu DoD.
RC ehk release-candidate haru. Selle haru pealt toimub pärast iga merge-mist pre-release versioon. Seda versiooni saab kasutada samamoodi nagu praegu reacti komponent library puhulgi koodis. Ehk release protsess on analoogne varasemale. Release notes'id selle haru pealt on genereeritud semantic-versioning teegi poolt ning eraldi release notes-i kommunikatsiooni peale jooksva suhtluskanali Slackis ei toimu. RC harust ehitatakse Storybooki testkeskkond, mis peegeldab kõige viimast arendusseisu enne reliisimist.
Kõik täiendused käivad läbi feature harude, mis tehakse rc harust ning pull-requestid jõuavad rc-harudesse tagasi. Iga feature haru kohta tehakse läbi Github actionite ka selle haru testkeskkond Github pagesisse automaatselt, sealt on võimalik komponenti testida või teistel arendajatel/disaineritel üle vaadata enne kui see veel release-candidate harusse jõuab. Eriti puudutab see TEDI komponente. Community komponendid on arendajate endi vastutustel. Uue haru eeluduseks on issue githubis:
Hotfix harud tehakse main harust ning jõuavad tagasi main harru läbi PRi. On oluline, et hotfix mergetakse tagasi release harru ning edasi ka vajalikesse feature harudesse.