Forum général.général subversion - Suite test migration pour entreprise

Posté par  .
Étiquettes : aucune
0
26
mar.
2007
Après avoir renoncer a résoudre le problème énoncé ci-dans-le-lien
https://linuxfr.org/forums/12/20634.html , j'ai continué mon expérimentation. Et bien sur après moultes tests j'ai rentré un fichier dans la base avec de mauvais droits d'acces (Honte sur moi).

#ls -l
-rwxr-xr-x 1 usr1 group 2532 Mar 21 12:31 main.cc*

Pas de problème, me dis-je:
#chmod ugo-x main.cc
#ls -l
-rw-r--r-- 1 usr1 group 2532 Mar 21 12:31 main.cc*
#svn ci main.cc
#ls -l
-rw-r--r-- 1 usr1 group 2532 Mar 21 12:31 main.cc*
#rm main.cc
#svn up
#ls -l
-rwxr-xr-x 1 usr1 group 2532 Mar 21 12:31 main.cc*

Résumé: Je n'arrive pas a changer les droits sur un fichiers dans le gestionnaire subversion. Quelqu'un saurait?

Merci

  • # svn - droit exécution sur un fichier

    Posté par  (site web personnel) . Évalué à 3.

    Salut,
    Pour rajouter les droits d'exécution au fichier main.cc:
    svn propset svn:executable on main.cc
    svn commit main.cc

    Pour les enlever:
    svn propdel svn:executable main.cc
    svn commit main.cc

  • # Concernant ton autre pb

    Posté par  . Évalué à 3.

    Comme on ne peut plus répondre sur l'autre journal
    https://linuxfr.org/forums/12/20634.html


    As tu essayé de tenir compte de la suggestion du Mr en réorganisant le dépot et en utilsant des svn copy qui ne coûte rien sous svn

    par ex
    /project/produit1/
    /project/produit2/
    /project/produit3/
    ...
    devient
    /project/produit1/
    /project/produit2/
    /project/produit3/
    /project/dev1/produit1/
    /project/dev1/produit2/
    /project/dev2/produit1/
    /project/dev2/produit3/

    cvn co https://lenomtreslongduserveur:/project project/dev1
    Ainsi tu tu à l'équivalent du'un config spec d'une vue d'un produit proprio

    Par hasard, ton produit proprio necommencerait pas par un C et se terminerait par un E ?

    • [^] # Re: Concernant ton autre pb

      Posté par  . Évalué à 1.

      Houla, c'est malheureusement impossible dans mon cas d'utilisation,
      chaque développement meut demander une modification d'un produit à partir de la dernière version, ça demanderai à tout le monde de bien vérifier ou en est le produit à chaque fois... Enfin on a déjà essayé moins compliqué et c'était déjà la panique à bords (Deja avoir un gestionnaire de version c'est pas mal)

      Sinon non ça ne commence pas par un C et ne fini pas par un E vous pensez à quoi pour le shmilibilics?

      • [^] # Re: Concernant ton autre pb

        Posté par  . Évalué à 2.

        Au risque de te décevoir, un outil de gestion de version quel que soit ses qualités ne peut pas remplacer la méthode. D'ailleurs la GCL est une discipline à part entière et indispensable à toute bonne gestion de projet.
        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

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.