A fejlesztési lista

A fejlesztési lista több forrás alapján áll össze. Sok funkciójavaslatot kapunk a felhasználóktól, milyen új funkcióknak örülnének leginkább, mivel tudnának még gyorsabban, még hatékonyabban dolgozni. Ezekért nagyon hálásak vagyunk, és persze szorgosan össze is gyűjtjük őket. Ezekből hetente kapunk újabbakat, már szép hosszú a lista. A felhasználóktól származó ötletek mellé jönnek a használat során felmerülő nehézségek vagy hibák miatt érkező visszajelzések. Ezek jellemzően nem kritikus hibák, azokat a lehető leggyorsabban, úgynevezett hotfix-ként javítjuk. És ezek mellé jönnek a saját ötleteink és elképzeléseink, milyen irányba szeretnénk fejeszteni a Billingót, melyek azok a funkciók, amelyektől a Billingo még jobb, még szebb és még hasznosabb lesz.

A felhasználók ötleteit, a mi elképzeléseinket és a javítandó feladatokat egyetlen listán gyűjtjük, ami emiatt persze elképesztően hosszú. De mi hetente, kéthetente ötletelünk, mely fejlesztések valósuljanak meg a következő hetekben. Ha összeállt a kisebb lista, kezdődhet is a fejlesztés.

A fejlesztés menete

Valószínűleg neked sokszor fel sem tűnik, de hetente/kéthetente élesítünk új verziót az alkalmazásról. Ezekről azért nem küldünk minden esetben értesítést, mert a fejlesztés a felhasználók számára nem látványos, hiszen szinte teljes egészében a háttérrendszerben történik.

Általában heti-kétheti rendszerességgel rakunk ki új verziót az alkalmazásból, sokszor van, hogy nincs is látható különbség, mert a fejlesztés szinte teljes egészében a háttérrendszerben történt.

A fejlesztéseken egy egész csapat dolgozik, az ő feladatuk, hogy a Billingo napi használata zökkenőmentes legyen. Ők elsősorban a saját gépükön dolgoznak és tesztelnek, ha pedig kész vannak a saját fejlesztésükkel, akkor a belső szerverre is feltöltik az alkalmazást, ahol a többiek is láthatják. Ők persze sáskaként vetik magukat a prédára és próbálják kiszűrni a felmerülő hibákat. Ebben az ún. kód freeze szakaszban a hibajavításokon kívül új kód nem kerülhet a verzióba

Fejlesztői kiegészítés

Az egész fejlesztés és deployment git-flow -ra lett felépítve. Minden fejlesztő checkoutolja a legfrissebb dev verziót (ha a dev verzió hibás, akkor a mastert). A saját fejlesztéséhez létrehoz egy feature/xyz branchot, amiben elvégzi a saját fejlesztéseit. Amikor készen van, akkor mergeljük az ő változtatásait a dev verzióval.

Ha mindenki megfelelőnek tartja a fejlesztést, akkor élesben is kikerül a szerverre a fejlesztési csomag és ezzel minden felhasználó számára láthatóvá válhat, akkor átadjuk a feladatot egy deployment szervernek, amely a verzió alapján felépíti a teljes alkalmazást újra, majd feltelepíti a szükséges csomagokat. Amikor pedig végzett, akkor egyszerűen átváltunk a két verzió között.