Wat er gebeurt als je op "Zet online" klikt, en hoe je daarna bijbouwt

Je app werkt op je computer, staat op GitHub, en is nagelopen op de belangrijkste beveiligingspunten. Nu zet je hem online, op een eigen adres, met één klik. Wij regelen de hosting, het certificaat en de bewaking; jij hoeft geen server te kennen.

Voordat je klikt

Drie dingen om te controleren: je repository is gekoppeld en de laatste werkende versie staat op de hoofdbranch, geheimen staan niet in je repository maar alleen in je lokale instellingenbestand, en je hebt de belangrijkste flow zelf nog eenmaal getest.

De knop, stap voor stap

In je dashboard, bij je project, staat "Zet online". Je kiest een adres (je app komt op naam.apps.softwaremaken.nl, een eigen domein koppel je later) en bevestigt. Vanaf dat moment werkt het platform:

• Hostingomgeving aanmaken. Een eigen account op onze hosting, alleen voor jouw app: eigen bestanden, eigen database, eigen instellingen. Andere apps kunnen er niet bij.
• Database aanmaken. Een lege database met een eigen wachtwoord. De instellingen zetten we automatisch klaar; die hoef je nooit zelf in te vullen.
• Certificaat aanvragen. Een gratis certificaat zodat je adres met het slotje (https) werkt.
• Deploy klaarzetten. We zetten de gegevens voor het automatisch live zetten in je repository. Dat zie je terug als een commit vanuit softwaremaken.nl.
• Eerste deploy. Je app wordt gebouwd en op je omgeving gezet. Wijzigingen in de database gaan automatisch mee. Dit duurt meestal een paar minuten.

Daarna staat er "Live" met de datum en tijd. Open je adres: daar is je app.

Daarna: elke push is een deploy

Vanaf nu geldt: alles wat je naar de hoofdbranch pusht, staat een paar minuten later live. Dat is handig, en het is ook een verantwoordelijkheid. De werkwijze van klein beginnen, eerst testen, dan pas committen is nu de manier waarop je voorkomt dat bezoekers een kapotte app zien.

Als het misgaat

Een deploy kan mislukken; je ziet dat direct in je dashboard, met een verwijzing naar de log. Kopieer het stuk rond de foutmelding en geef het aan je agent. Meestal is het een ontbrekend onderdeel dat de agent kan toevoegen, of een wijziging aan de database die faalt omdat een eerdere versie al is uitgevoerd.

Wijzigen zonder iets kapot te maken

Zodra je app live staat en mensen hem gebruiken, gelden drie extra gewoontes: eerst lokaal bouwen en testen, dan pas naar de hoofdbranch pushen; één wijziging per push, zodat je bij problemen precies weet welke wijziging het was; en na elke deploy je app eenmaal openen om het belangrijkste ding te proberen.

Een wijziging aan wat je app bewaart, verander je nooit door een bestaande stap aan te passen: je voegt altijd een nieuwe, vooruitgaande wijziging toe. Zo blijft je lokale en je live database met elkaar in de pas.

Als je vastloopt

Zit je vast, of wil je dat iets voor je wordt opgelost of afgemaakt? Plan een hulpsessie van een half uur via Teams, of vraag een vaste offerte vooraf aan voor een lastige koppeling of een complete oplevering. Je ziet in beide gevallen eerst een prijs, voordat er iets gebeurt.