GitHub
Hvad det er
GitHub opbevarer et websites kode i et repository, med fuld historik over hver ændring og hvem der har lavet den. Hvem der har repositoryet, afgør i praksis om sitet er noget jeres bureau har, eller noget I selv ejer.
Hvad det er godt til
Hver version bliver gemt, så en dårlig ændring kan rulles tilbage på få minutter. En anden person kan læse en ændring igennem før den går live. Og det kan sætte ændringer live: bucca.dk deployer ved et push til main-branchen, så når jeg sender en ændring op, bygger live-sitet sig selv om.
Hvad det koster at eje
Det forudsætter at der er en teknisk person i nærheden. Det der tit mangler styr på, er adgangene: repositories samler dem op med tiden, så bureauet fra to sites siden og den udvikler der stoppede, begge stadig kan ændre jeres site, og at holde den liste ren er en årlig opgave. Repositoryet kan ligge på jeres eget firmas konto med bureauet inviteret ind, eller på bureauets konto, og forskellen viser sig den dag I går fra hinanden: ligger det hos dem, er sitet også deres. Det er derfor et af de punkter der hører med i en overlevering.
Hvornår det passer dårligt
Redigeres sitet i en browser på Webflow eller Shopify, er der ingen kode at gemme, og så bliver et repository mest af alt en formalitet. Det passer også dårligt som virksomhedens fillager; så bliver marketing sendt ind i et værktøj der er bygget til code review, og der opstår stille og roligt endnu et arkiv ved siden af det man havde.
Hvor det passer ind
Det afløser den bærbare hos bureauet, hvor den eneste kopi af sitet ellers ligger. Det arbejder sammen med hosten: repositoryet gemmer koden, og Cloudflare serverer det der bygges af den. Indstillinger lavet i et hosting-dashboard kommer ikke med i historikken, og ligger teksterne som filer, venter en tekstrettelse i samme kø som koden.
Min erfaring
bucca.dk ligger i et repository på min egen konto, og det jeg oftest har set give problemer, er sites hvor koden kun ligger på bureauets konto.