TransIP biedt alleen de mogelijkheid om met sFTP de bestanden van het webpakket te benaderen, dowloaden en wijzigingen / toevoegingen dan weer te uploaden.
Waar dit voor non-technische gebruikers en kleine persoonlijke websites misschien handig is, is het foutgevoelig (de wijzigingen staan direct 'in productie'), fouten kunnen niet gemakkelijk worden gecorrigeerd ('zoek de verschillen') en er kan maar 1 persoon tegelijk wijzigingen doorvoeren (anders onvervmijdelijke 'merge' conclicten).
sFTP is verouderd voor dit soort werk en de meest gangbare standaard is dat Git gebruikt wordt bij website ontwikkeling. Hoe mooi zou het zijn als ik via een simpele 'git clone' de website lokaal kan zetten, haar draaien op 'localhost', mijn wijzigingen maken en vastleggen via 'git commit' om ze - bij tevredenheid en na testen - via 'git push' naar de server terug te zetten.
Ik heb dan ook de mogelijkheid om via 'git pull' de wijzigingen van anderen eerst binnen te halen, merge conflicten vast te stellen en op te lossen, een rollback naar een oude commit (of zelfs een release label) te doen, en - als zelfs een Pull Request mogelijk is - mijn wijzigingen te laten reviewen. Ook kan ik op een aparte branch ontwikkelen totdat een (grotere wijziging) af is en deze dan gecontroleerd direct 'live' zetten.
Vele open-source software is beschikbaar voor TransIP om deze functionaliteit uit te herleiden en voor de feature-rich Github-actige oplossingen zouden jullie bijv. eens naar Gitea kunnen kijken.
Lijkt mij een enorm USP als deze Git features tot het oplossingenpakket zouden behoren.
Vriendelijke groeten,
Arnold Schrijver Verder heel tevreden klant :)
===========================
Update van TransIP:
De ondersteuning van AutoGit is toegevoegd op ons nieuwe webhostingplatform. Zie dit artikel voor meer informatie.
Nog steeds een gemis, vorig jaar liep ik tegen exact hetzelfde probleem aan. Waarbij ik geprobeerd heb dit via DeployHq.com te doen. Helaas kregen die constant een time-out en waarom is ook ook niet inzichtelijk want deze logs zijn niet bereikbaar voor de klant.
+1 voor de implementatie met behoud traditioneel sFTP.