Archief - Hoe upload/deploy jij je websites?

Het archief is een bevroren moment uit een vorige versie van dit forum, met andere regels en andere bazen. Deze posts weerspiegelen op geen enkele manier onze huidige ideeën, waarden of wereldbeelden en zijn op sommige plaatsen gecensureerd wegens ontoelaatbaar. Veel zijn in een andere tijdsgeest gemaakt, al dan niet ironisch - zoals in het ironische subforum Off-Topic - en zouden op dit moment niet meer gepost (mogen) worden. Toch bieden we dit archief nog graag aan als informatiedatabank en naslagwerk. Lees er hier meer over of start een gesprek met anderen.
D

Drone

Legacy Member
Vroeg me af hoe de meeste hier hun websites deployen. Voor simpele websites gebruikt ik meestal gewoon ftp maar ik ben aan het bekijken hoe ik het best grote projecten deploy. Dus waar je niet altijd alles wilt uploaden.

Ik heb het ook over websites op shared hostings. Voor VPS of dedicated servers zijn er meer mogelijkheden.

Ik ben ook al een tijdje git aan het testen en kwam dit tegen.
Deploying A Web Application with Git and FTP

Dit kwam ik ook tegen.
Beyond Compare - The file compare, folder compare and remote directory compare utility from Scooter Software

Dus de vraag is: hoe upload/deploy jij grote websites?
a

adrianhates

Legacy Member
Het gaat hier dus vooral over ASP websites fwat?

(php)Ik upload gewoon altijd. Met netbeans kan je gewoon uw aanpassingen maken en als je klaar bent met 1 druk op de knop je website uploaden, enkel de files die aangepast zijn.

Maar volgens mij heb je het meer over gebruik van collaboration tools, niet? Anders zie ik niet in waarom je GIT zou gebruiken? Want GIT is vergelijkbaar met SVN of Subversion..

Ik vind je vraag een beetje te vaag.. :p
d

dJeez

Legacy Member
Ik gebruik momenteel subversion voor deployments in productie en test. Da's enorm handig. Gewoon een aparte branch opzetten voor je omgevingen, mergen wanneer nodig en je kan je code direct deployen door een svn update in de goede folder uit te voeren. Let er dan wel op dat je de SVN folders (.svn) en files blokkeert in je apache config.

Rsync of unison (die voortbouwt op rsync dacht ik) zijn ook valabele opties, het hangt een beetje af van je behoeften.
D

Drone

Legacy Member
@Adrianhates
Yep, GIT is een VCS maar is ook handig als je solo werkt. Maar om vanuit git te pushen moet de server ook git draaien. Wat meestal niet het geval is op shared hostings. Maar git is maar een voorbeeld van hoe het mogelijk zou zijn. Als dit in je IDE zit is dat natuurlijk goed meegenomen :D.

Ik ben dus opzoek naar mogelijkheden/applicaties om websites te uploaden maar dan enkel de bestanden die veranderd zijn.
D

DJ_Trash

Legacy Member
asp, php whatever. 2 (of3) omgevingen maken
1 development (hier moos ik in, soms heb ik 2 dev omgevingen)
2 acceptence (laten zien aan klant en bijsturen terwijl live gewoon kan door draaien)
3 live (spreekt voor zich)

en daarin load ik gewoon de files op met fileZilla... call me oldfashioned!
a

adrianhates

Legacy Member
DJ_Trash zei:
asp, php whatever. 2 (of3) omgevingen maken
1 development (hier moos ik in, soms heb ik 2 dev omgevingen)
2 acceptence (laten zien aan klant en bijsturen terwijl live gewoon kan door draaien)
3 live (spreekt voor zich)

en daarin load ik gewoon de files op met fileZilla... call me oldfashioned!
Klik om te vergroten...

zeker ni oldfashioned.. da doe ik ook bij kleine dingen. :) Maar Topicstarter wilt enkel gewijzigde files deployen op de server.

Bij kleine projecten kan je idd gewoon alle files wederom op de server smijten, maar als je al + 500 files hebt die soms tot de 100mb komen, ga je toch steeds weeral 100 mb moeten uploaden waar je meestal een tijdje moet opwachten, of handmatig selecteren wat u weeral tijd kost.
Het archief is een bevroren moment uit een vorige versie van dit forum, met andere regels en andere bazen. Deze posts weerspiegelen op geen enkele manier onze huidige ideeën, waarden of wereldbeelden en zijn op sommige plaatsen gecensureerd wegens ontoelaatbaar. Veel zijn in een andere tijdsgeest gemaakt, al dan niet ironisch - zoals in het ironische subforum Off-Topic - en zouden op dit moment niet meer gepost (mogen) worden. Toch bieden we dit archief nog graag aan als informatiedatabank en naslagwerk. Lees er hier meer over of start een gesprek met anderen.
Terug
Bovenaan