Il faut définir un document qui explique la mise en oeuvre de votre méthode et au besoin désigner un responsable avec des privilièges et qui est chargé de mettre en place les environnements
Là il faut que tu affines ton arborescence du style
le répertoire releases de chaque produit te sert à figer les versions significatives. Il ne doit pas être accédé en ecriture par les developpeurs
Le repertoire branches sert pour les evolution en parallèle. Il est la cible de merge depuis les repertoires de dev
En fonction des dev par exemple pour l'equipe qui travaille sur le dev1 l'admin prépare le dev de la façon suivante
[^] # Re: Concernant ton autre pb
Posté par golum . En réponse au message subversion - Suite test migration pour entreprise. Évalué à 2.
http://fr.wikipedia.org/wiki/Gestion_de_configuration
http://en.wikipedia.org/wiki/Software_Configuration_Manageme(...)
Il faut définir un document qui explique la mise en oeuvre de votre méthode et au besoin désigner un responsable avec des privilièges et qui est chargé de mettre en place les environnements
Là il faut que tu affines ton arborescence du style
/project/produit1/branches/v1.0
/project/produit1/branches/v1.1
/project/produit1/releasese/v0.1
/project/produit1/releasese/v0.2
/project/produit1/branches/v1.0
/project/produit2/releasese/v0.3
/project/produit2/releasese/v0.2
...
/project/dev1/produit1/
/project/dev1/produit2/
/project/dev2/produit1/
/project/dev2/produit3/
le répertoire releases de chaque produit te sert à figer les versions significatives. Il ne doit pas être accédé en ecriture par les developpeurs
Le repertoire branches sert pour les evolution en parallèle. Il est la cible de merge depuis les repertoires de dev
En fonction des dev par exemple pour l'equipe qui travaille sur le dev1 l'admin prépare le dev de la façon suivante
svn copy https://lenomtreslongduserveur:/project/produit1/branches /v1.1 https://lenomtreslongduserveur:/project/dev1/produit1/
svn copy https://lenomtreslongduserveur:/project/produit2/branches /v1.0 https://lenomtreslongduserveur:/project/dev1/produit2/
Tu rajoutes éventuellement un propset sur le répertoire /project/dev1/produitx qui indique avec quelle version du produit tu as initié le dev1.
Les développeurs n'ont plus qu'à se créer un workspace sur le bon dev.
Sinon je comprend pas bien ce qu'est un produit par rapport un projet pour toi. J'imagine qu'il doit s'agir de composants
Sinon le produit en question est édité par Big Blue et crois moi tu seras heureux de n'avoir à utiliser que Subversion.
Bon courage