PHP Programmeren op Windows i.s.m. een Linux VirtualBox

[JJerome]

Het vervolg van: Versie beheer en werkwijze

We zijn een webontwikkel bureau die ontwikkelen in PHP. Sinds kort maken wij gebruik van versiebeheer voor al onze nieuwe projecten en zijn om deze reden overgestapt van een centrale ontwikkelserver naar lokale (virtualbox) ontwikkelservers.

Omdat zowel onze live & acceptatie servers op Linux draaien hebben wij ook besloten om gebruik te maken van gevirtualiseerde Linux machines. Het programmeren zelf gebeurt daarentegen wel nog steeds in Windows.
Om de verbinding tussen de Windows SVN client en Subversion op de Linux server zo snel mogelijk te houden staat alle data (de workingcopy) ook gewoon op de lokale hardeschijf. Hier ligt ook gelijk ons probleem:

De virtualbox moet nu alle data van de Windows schijf halen om deze aan ons in de browser te kunnen tonen en dit levert nogal wat vertragingen op.

De volgende mogelijkheden hebben wij inmiddels uitgeprobeerd:

• VirtualBox Shared Folders d.m.v. Virtual Box Guest additions. VirtualBox biedt hier in zelf mogelijkheden om Windows shares te kunnen mounten in linux.
• Lokaal de directory met de data sharen en deze dan d.m.v. samba mounten in Linux.

Beide mogelijkheden werken niet helemaal naar ons zin. Vooral de VirtualBox Shared Folders oplossing is erg traag en maakt ontwikkelen in zijn algemeen een stuk trager (page refresh duurt erg lang).


Mijn vraag aan jullie is nu, hoe werken jullie? Zijn hier betere oplossingen voor?

[DJ Buzzz]

Waarom ga je niet ook op Linux ontwikkelen op de workstations? En dan eventueel noodzakelijke dingen die perse met Windows moeten dan virtualiseren in plaats van op deze manier. Volgens mij maak je het jezelf daar dan een stuk makkelijker mee.

[alt-92]

Begrijp ik je nou goed dat je het sterke punt van je SVN oplossing (je centrale repository) nu teniet hebt gedaan door alle sources lokaal op je Dev station neer te zetten?

Waarom? Blijf gewoon dezelfde werkwijze hanteren zoals je eerst al deed met je centrale webserver? enige is dat je je Virtual images nu gebruikt als meerdere webservers.

[hostname]

alt-92 schreef op woensdag 17 februari 2010 @ 22:57:
Begrijp ik je nou goed dat je het sterke punt van je SVN oplossing (je centrale repository) nu teniet hebt gedaan door alle sources lokaal op je Dev station neer te zetten?

Waarom? Blijf gewoon dezelfde werkwijze hanteren zoals je eerst al deed met je centrale webserver? enige is dat je je Virtual images nu gebruikt als meerdere webservers.

Hij heeft waarschijnlijk een checkout (= kopie) van z'n SVN oplossing lokaal gezet (working copy). Hier wordt vervolgens in ontwikkeld en getest, en als het werkt een commit (= terugkopieeren naar server) gedaan.

Probeer eens een Samba server op Linux op te zetten en die op Windows te mounten. Zo'n opstelling is hier bloedje snel.

[JJerome]

hostname schreef op woensdag 17 februari 2010 @ 23:04:
[...]

Hij heeft waarschijnlijk een checkout (= kopie) van z'n SVN oplossing lokaal gezet (working copy). Hier wordt vervolgens in ontwikkeld en getest, en als het werkt een commit (= terugkopieeren naar server) gedaan.

Probeer eens een Samba server op Linux op te zetten en die op Windows te mounten. Zo'n opstelling is hier bloedje snel.

Klopt inderdaad.

Het andersom werken, Windows de Linux share laten mounten, zal helaas ook niet ideaal werken omdat de Windows SVN client (tortoise) dan via een omweg de data moet committen. Toch?
Dat is feitelijk de reden waarom we geen centrale ontwikkelserver meer hebben. Onze centrale server had eerst een samba share die elke workstation dan als network share (gemount) had om op te ontwikkelen. Wanneer we dan iets committe wordt dit door tortoise eerst van de centrale server over het netwerk gehaald om daarna weer terug te sturen naar de server waar de repossen staan.

[ Voor 22% gewijzigd door JJerome op 18-02-2010 09:56 ]

[hostname]

Waar draait de webserver? Als die in Linux draait, zal het opvragen van een pagina in de browser sneller zijn als je daar ook de files hebt staan.

Committen is inderdaad wel iets trager, maar ik merk er hier vrij weinig tot niets van. Bovendien doe je een pagerequest veel vaker dan een commit.

[JJerome]

De webserver draait inderdaad op de virtuele Linux machine.. We gaan de omgedraaide manier nog even testen.