[SVN] Hoe geheel opzetten?

[Superflip]

Momenteel zijn wij het aan het bekijken hoe we Subversion het beste in onze omgeving kunnen integreren. Daarbij had stootte ik op één probleem. Hieronder even de situatie :

Huidige
Momenteel werken we op één centrale server waar alle gegevens van alle projecten opstaan. Tevens staat op deze server ook de interne webserver (iss en apache) voor het testen van al onze applicaties.

De huidige structuur op de server is dus :

-projects
--klant1
--klant2
----docs
----pm
----www (dit is de webroot van dat project)
--klant3

Gewenste situatie
Nu willen we dus gebruik maken van SVN om vlotter met meerdere aan een project te werken. Maar de vraag is dan. Moeten we één grote repository opzetten of een repository per klant/project. En zoals ik begreep uit de docs van SVN zit men met lokale Working Copy's, maar voor ons is het geen optie om op lokale systemen te werken, we willen nog steeds alles op de server testen maar toch de mogelijkheid hebben om met meerdere aan een project te werken, versioning te hebben en file locking.

Hoe pakken wij dit nu het beste aan?

[Spider.007]

Wat wij doen is mensen shares aanbieden naar de server; en daar de checkouts uitvoeren. De webserver kijkt dus samen met de devver in de lokale repository. Daarnaast moet je dan dus nog een subversion server draaien waar developers naartoe kunnen committen; of je meerdere repositories opzet is dan niet zo'n spannend probleem. Voordeel is dat je makkelijker projecten kan toevoegen; mogelijk nadeel is dat revision-nummers niet per klant, maar per repository omhoog gaan

[Superflip]

Spider.007 schreef op donderdag 01 maart 2007 @ 09:59:
Wat wij doen is mensen shares aanbieden naar de server; en daar de checkouts uitvoeren. De webserver kijkt dus samen met de devver in de lokale repository.

In deze situatie moeten de devvers dan wel per project een access URL hebben om te kunnen testen, dus dit vereist dan weer extra sites in IIS.

[chem]

aik0n schreef op donderdag 01 maart 2007 @ 10:23:
[...]


In deze situatie moeten de devvers dan wel per project een access URL hebben om te kunnen testen, dus dit vereist dan weer extra sites in IIS.

Wij gebruiken een linux bak waar iedereen een homedir in heeft; elk project check je uit in /home/naam/public_html/SVNREPS/repname die dan via www.office.parse.nl/~naam/SVNREPS/repname toegankelijk is; IIS kent vast een mogelijkheid hiervoor op een andere manier

[Spider.007]

Hoezo; je kan toch ook gewoon verschillende directories gebruiken; of zijn je applicaties daar niet op berekend? Daarnaast zul je dit probleem nu ook hebben?

[Sendy]

Of je een (1) of meerdere repo's wil opzetten moet je zelf bedenken. In de svn FAQ staat daar wel informatie over.

svn werkt door een soort lokale kopie te maken (de "working copy"). Deze edit je en dan commit je je wijzigingen terug op de server. Er is dus geen file locking; degene die een conflict heeft zal dat eerst moeten oplossen voordat er gecommit kan worden.

Wat het probleem zou zijn om op de server te testen snap ik niet.

[Superflip]

Sendy schreef op donderdag 01 maart 2007 @ 10:33:
Of je een (1) of meerdere repo's wil opzetten moet je zelf bedenken. In de svn FAQ staat daar wel informatie over.

svn werkt door een soort lokale kopie te maken (de "working copy"). Deze edit je en dan commit je je wijzigingen terug op de server. Er is dus geen file locking; degene die een conflict heeft zal dat eerst moeten oplossen voordat er gecommit kan worden.

Wat het probleem zou zijn om op de server te testen snap ik niet.

We willen niet voor elke regel die we schrijven een commit doen. We willen eerst kunnen testen alvorens we een commit doen en dit op de centrale server. Want anders krijg je op de duur gigantisch veel onbenullige revisions.

[chem]

aik0n schreef op donderdag 01 maart 2007 @ 10:51:
[...]


We willen niet voor elke regel die we schrijven een commit doen. We willen eerst kunnen testen alvorens we een commit doen en dit op de centrale server. Want anders krijg je op de duur gigantisch veel onbenullige revisions.

Volgens mij zeggen jullie hetzelfde

Maar goed, zoals je zelf al weet, svn is gericht op working copies, en daar zul je je toch echt aan moeten overgeven. Hoe vaak je commit, en hoe je je repository inricht, hoe je je working copies inricht etc is door jezelf te bepalen.
Onze eigen indeling (die verder gaat dan een mapje SVNREPS) is niet voor iedereen practisch, en je zal zelf je eigen indeling moeten bedenken.

Vooral je working copies kan je achteraf zonder problemen her-indelen. Ook je repositories kan op zich wel, maar dat is wat onhandiger.

Het antwoord van 1 of meerdere repositories is dus: wat jij wil.

[Sendy]

Oke, dan moet je dus of iedere gebruiker lokaal een webserver geven, of je moet, zoals blijkbaar bij Parse gebeurt, de working copies op de server maken en deze laten serveren door de webserver.

[Superflip]

Hmmmm, dan zal ik wat moeten scripten om het geheel wat geautomatiseerd te laten verlopen vrees ik. Of misschien toch maar opteren voor lokaal te testen.