Le forum (ô combien francophone) des utilisateurs de Powerbuilder.
Je voudrais avoir vos avis sur Team Foundation Server.
Nous avons décidé d'utiliser ce logiciel pour le contrôle de version au passage en PowerBuilder 12.
Nous n'avons que des problèmes avec ce logiciel.
GetLastVesion qui ne fonctionne pas toujours.
Des problèmes lors de la génération de l'exécutable en fonction de la personne qui fait la génération.
Incohérences dans les versions.
Nous quasi décidé à abendonner ce logiciel et à revenir Visual Source Safe qui posait beaucoup moins de problèmes.
Y-a-t-il un logiciel de gestion de version plus fiable?
J'attends vos avis?
Merci d'avance
Jcc
Hors ligne
Bonjour,
nous utilisons svn comme scc
+ pbscc comme connecteur avec pb
+ redmine pour le suivi de tickets (intégration svn)
Hors ligne
Bonjour,
Nous avons toujours des problèmes entre Powerbuilder et TFS 2010.
Lorsque mon collègue fait des modifications sur un object et qu'il fait Check in, je fais GetLastestVersion. Il n'y a jamais de problèmes.
Par contre, lorsqu'il fait un Add to Source Control d'un nouvel object (window, dw), je fais un GetLastestVersion et ces nouveaux objets n'apparaissent pas.
Les PBGs sont dans le source control et le PBG contient bien les nouveaux objets rajoutés.
Le problème survient toujours dans le même sens. Mon collègue fait un add to source control et je ne vois rien. c'est systématique.
Aucuns soucis lorsque c'est une modification. Là, le GestLastVersion fonctionne bien.
Pour récupérer les objets ajoutés, je dois toujours passer par visual studio 2010 afin de les importer via powerbuilder dans la bonne PBL.
Avez-vous une solution car nous n'arrivons pas à trouver la cause de ce problème?
Powerbuilder Enterprise 12.1 Build 6639
Hors ligne
bonjour,
utilisez vous la même architecture de répertoires sur vos deux postes (je veux dire les répertoires paramétrés dans le workspace pour le SCC ) ?
Hors ligne
xlat a écrit:
utilisez vous la même architecture de répertoires sur vos deux postes (je veux dire les répertoires paramétrés dans le workspace pour le SCC ) ?
Oui, il faut vérifier que vous avez bien le même paramétrage de chemin vers le projet (dans l'onglet "source control" du workspace).
Le pbg stocke le chemin en relatif entre le le fichier .pbw et le reste des sources. Pour vérifier si vous avez un souci à ce niveau, tous les objets mentionnés dans les .pbg doivent avoir le même chemin (ou aucun si le .pbw est dans le même répertoire que les sources). Si 2 devs ont un paramétrage différent il peut y avoir ce genre de problème.
Hors ligne
BOnjour,
Voici un petit topo pour répondre à vos questions et remarques.
Mon collègue
dans le source control : project :$/TFS_PB12/Famille
Local root: c:\develop_mon_collegue\Famille
Moi
dans le source control : project :$/TFS_PB12/Famille
Local roo : d:\develop_moi\Famille
La seule différence situe au niveau du local root de chacun.
La structure des répertoires sous \develop_xxx\Famille est la même
la structure des répertoires est la suivante:
\FAmille
Application Famille.pbw
\Famille\Service
\Famille\Service\prog_develop\
les pbl
les pbg
\Famille\AES
\Famille\AES\prog_develop
les pbl
les pbg
\Famille\Personnel
\Famille\Personnel\prog_develop
les pbl
les pbg
...
le PBW se trouve à la racine \Famille et contient les targets qui se trouvent aux différents niveaux inférieurs.
Hors ligne
Bonjour,
Avant tout, j'essaierai d'éliminer d'éventuelles problèmes de droits sur les fichiers (tu es en NTFS sous windows 7 ?), essaye de mettre un attribut sécurité avec contrôle total à l'utilisateur Tout le monde sur l'ensemble des fichiers du projet et répertoires.
Hors ligne
ntfs : oui
Pourquoi mettre "tout le monde "en accés total" sur la machine local de chaque développeur? Nous sommes tous administrateur de notre machine. Nous avons d'office l'accés total.
Hors ligne
Bonjour,
Non, c'est faux. Le rôle administrateur ne donne pas l'accès total. Si l'attribut de sécurité des fichiers n'est pas autorisé aux administrateurs, ils n'ont pas accès aux fichiers.
De plus, depuis Windows vista avec l'UAC, même avec un profil administrateur, l'écriture, modification, ... de fichier demande une élévation de privilège pour certains dossiers.
C'est une simple proposition pour éliminer tout problème éventuelle de ce côte là.
Hors ligne
BOnjour,
OK. Accès "Tout le monde" en total access sur la racine 'develop_xxx' de chaque développeur sur chaque machine locale avec propagation de cet accès à tout ce qui se trouve en dessous de cette racine.
Rien ne change.
quand mon collègue fait add to source control se je vois jamais le nouvel objet qu'il a ajouté.
Le pbg récupéré en local contient bien l'objet ajouté mais le getlastest version ne récupère pas l'objet.
Le pbg dans TFS (view) contient également l'objet ajouté.
Pour régler le problème, je vais dans TFS et là, je vois l'objet en "NOT DOWNLOADED"
Je dois faire un get last version dans TFS et ensuite faire un Check In.
de ce fait, l'objet est exporté dans mon répertoire local.
Il ne me reste plus qu'un faire un import dans la bonne library dans PB.
Si mon collègue ne m'averti pas qu'il a fait un Add to Source, je ne le sais pas.
Hors ligne
Bonjour,
Je suppose que tu n'utilises pas la dernière version du MSSCCI Provider (2012). Tu peux peut-être essayer d'utiliser la dernière version (2012) ( http://visualstudiogallery.msdn.microso … a3f3f007cd) à priori compatible avec toutes les versions TFS et noté compatible avec PB 11.5.
Hors ligne
Msscci 2012 ne suppose-t'il pas Visual Studio 2012?
Le problème semble survenir principalement avec un seul Workspace.
Ce WorkSpace est le plus gros que nous ayons. Il contient 6 targets.
Hors ligne