IN2P3-Forge Project

A ma connaissance, le choix de la langue se fait au niveau de chaque compte utilisateur.
Pour ce qui est de la connection avec GIT/Subversion, il me semble qu'il y a déjà des projets qui le font : https://forge.in2p3.fr/boards/18/topics/184

D'accord c'est noté, et pour la connection avec GIT/subversion, est-ce simplement pour de la consultation ou est-il possible pour chaque utilisateur de "committer", créer de nouveaux repositories ?

D'autre part, la connection peut-elle se faire vers une machine non hébergée au CC ou y a-t-il des contraintes à ce niveau-là ?

Merci
Cécile

De mon expérience
Concernant le repository, c'est uniquement pour de la consultation dans le sens où tu ne peux pas faire de commit avec redmine.
Il est cependant possible, avec la configuration actuelle de la forge in2p3, de "lier" des révisions du repository avec des "demandes" en ajoutant des expressions spécifiques dans le commentaire de svn (voir aide de redmine)
Par exemple
svn commit -m "refs #1234 blabla" fera apparaitre le commentaireSVN et un lien vers la révision dans l'item 1234 des demandes

Quelques éléments de réponse, sous réserve de confirmation par Jean-René ou Pierre-Etienne.

Cecile Barbier wrote:

D'accord c'est noté, et pour la connection avec GIT/subversion, est-ce simplement pour de la consultation ou est-il possible pour chaque utilisateur de "committer", créer de nouveaux repositories ?

Seulement de la consultation.

D'autre part, la connection peut-elle se faire vers une machine non hébergée au CC ou y a-t-il des contraintes à ce niveau-là ?

On peut connecter un projet de la forge vers un dépôt hors CC.

D'autre part, la connection peut-elle se faire vers une machine non hébergée au CC ou y a-t-il des contraintes à ce niveau-là ?

Je confirme que connecter un projet forge à un repository hors CC est possible (nous le faisons dans notre projet)

Bonjour.

Lorsqu'on interroge à la main le dépôt SVN configuré dans le format XML attendu par Redmine on obtient :

svn ls https://lapp-svn.in2p3.fr/barbier/ --non-interactive --trust-server-cert --xml --username barbier --password *******

<?xml version="1.0"?>
<lists>
<list
   path="https://lapp-svn.in2p3.fr/barbier">
svn: OPTIONS de 'https://lapp-svn.in2p3.fr/barbier': 200 OK (https://lapp-svn.in2p3.fr)

alors qu'on devrait obtenir quelque chose comme :

<?xml version="1.0"?>
<lists>
<list
   path="https://*********">
<entry
   kind="dir">
    <name>ASR</name>
    <commit
       revision="3524">
        <author>root1</author>
        <date>2008-06-05T08:40:28.945004Z</date>
    </commit>
</entry>
</list>
</lists>

Le serveur lapp-svn renvoit donc un message d'erreur qui provoque une malformation de la réponse XML.

Etes-vous certaine du chemin d'accès au dépôt ?

Cdt.

J'ai trouvé ceci à propos du type d'erreur qui semble être renvoyée par le serveur svn du lapp.

http://stackoverflow.com/questions/6638276/svn-working-fine-and-then-svn-options-200-ok-error-and-does-not-exist

Il semblerait donc que ce message survienne quand effectivement, le client n'arrive pas à localiser le serveur SVN.

Si dans mon browser web je tape l'URL
https://lapp-svn.in2p3.fr -> J'obtiens un message FORBIDDEN qui me montre que quelque chose tourne à cette adresse
https://lapp-svn.in2p3.fr/barbier -> J'obtiens un message NOT FOUND qui me laisse à penser que le serveur apache ne connait pas cette URL...

Je penche donc pour un problème du côté de la configuration du serveur apache au LAPP

Un test à faire:
Si tu tapes cette URL dans ton browser favori, il devrait te demander un login/password.
Si les login/password sont corrects, tu devrais accéder à l'arborescence de tes fichiers.

Le test fonctionne très bien avec mon login et mon password ...
Je vois la dernière révision et l'arborescence est bien celle attendue.

Est-ce que le test de Pierre Etienne te donnes bien le type de résultat attendu ?

svn ls https://lapp-svn.in2p3.fr/subversion/users/barbier/ --non-interactive --trust-server-cert --xml --username barbier --password *

... pas d'autres idées pour l'instant.

Oui, le résultat de la commande de Pierre-Etienne semble correct avec le bon path :

<lists>
<list
path="https://lapp-svn.in2p3.fr/subversion/users/barbier">
<entry
kind="dir">
<name>branches</name>
<commit
revision="6">
<author>barbier</author>
<date>2007-05-03T15:05:20.244830Z</date>
</commit>
</entry>
<entry
kind="dir">
<name>tags</name>
<commit
revision="147">
<author>barbier</author>
<date>2011-02-07T09:43:05.584625Z</date>
</commit>
</entry>
<entry
kind="dir">
<name>trunk</name>
<commit
revision="167">
<author>barbier</author>
<date>2012-03-02T16:24:05.101854Z</date>
</commit>
</entry>
</list>
</lists>

PS : J'utilise ce repository pour faire le test mais ce ne sera pas le définitif, je voudrais simplement valider cette fonctionnalité de la forge et comprendre un peu mieux comment travailler avec.

Merci

J'investigue......

Voilà.

Ca fonctionne : comme le dépôt présente un certificat serveur il faut l'accepter manuellement de manière permanente pour le serveur. Ce que j'ai fait.

Cdt.

Merci ça fonctionne bien maintenant pour SVN.

Je viens de créer un autre sous-projet CTA_test_git pour essayer de connecter avec un dépôt GIT hébergé sur un autre serveur du LAPP (lappctagw01.in2p3.fr) et j'ai la même erreur que j'avais pour SVN.
J'ai essayé 2 urls différentes : http://lappctagw01.in2p3.fr/git/ et http://lappctagw01.in2p3.fr/git/?p=TEST.git;a=summary qui affichent toutes les 2 quelque chose dans mon navigateur.
Y a-t-il comme pour SVN une commande que je peux tester ? Est-ce aussi un problème de certificat serveur ?

Question subsidiaire : pour du code nécessitant d'être recompilé après modif/commit, y a-t-il une possibilité de programmer des "autobuilds" dans la forge ?

Merci

Regarde ici dans la partie "Build and Release Management".
Il y a un plugin pour Jenkins qui est un serveur d'intégration continue avec lequel tu peux faire de nombreuses choses, y compris "programmer" des des builds. C'est un outil que nous utilisons pour compiler et deployer nos applications avec l'équipe de développeur du projet AMI au LPSC.
Je ne sais pas ce que vaut ce plugin Jenkins pour redmine et il n'est en tous cas pas installé sur l'instance de forge du CC. Sans doute quelque chose à tester (je demanderais à Jean-René).

Sinon, pour l'ensemble des plugins, tu peux chercher ici , il en existe beaucoup, tu trouveras surement celui qui te convient.

Cecile Barbier wrote:

Merci ça fonctionne bien maintenant pour SVN.

Je viens de créer un autre sous-projet CTA_test_git pour essayer de connecter avec un dépôt GIT hébergé sur un autre serveur du LAPP (lappctagw01.in2p3.fr) et j'ai la même erreur que j'avais pour SVN.
J'ai essayé 2 urls différentes : http://lappctagw01.in2p3.fr/git/ et http://lappctagw01.in2p3.fr/git/?p=TEST.git;a=summary qui affichent toutes les 2 quelque chose dans mon navigateur.
Y a-t-il comme pour SVN une commande que je peux tester ? Est-ce aussi un problème de certificat serveur ?

Question subsidiaire : pour du code nécessitant d'être recompilé après modif/commit, y a-t-il une possibilité de programmer des "autobuilds" dans la forge ?

Merci

pour git il nous fait un accès readonly au dépôt git, ensuite on synchronise un clone sur notre serveur et ça fonctionne.
y a t il un accès readonly disponible sur votre serveur pour cta ?

Jean-René Rouet wrote:

Cecile Barbier wrote:

Merci ça fonctionne bien maintenant pour SVN.

Je viens de créer un autre sous-projet CTA_test_git pour essayer de connecter avec un dépôt GIT hébergé sur un autre serveur du LAPP (lappctagw01.in2p3.fr) et j'ai la même erreur que j'avais pour SVN.
J'ai essayé 2 urls différentes : http://lappctagw01.in2p3.fr/git/ et http://lappctagw01.in2p3.fr/git/?p=TEST.git;a=summary qui affichent toutes les 2 quelque chose dans mon navigateur.
Y a-t-il comme pour SVN une commande que je peux tester ? Est-ce aussi un problème de certificat serveur ?

Question subsidiaire : pour du code nécessitant d'être recompilé après modif/commit, y a-t-il une possibilité de programmer des "autobuilds" dans la forge ?

Merci

pour git il nous fait un accès readonly au dépôt git, ensuite on synchronise un clone sur notre serveur et ça fonctionne.
y a t il un accès readonly disponible sur votre serveur pour cta ?

une autre solution est d'utiliser le serveur git du cc.