Le forum (ô combien francophone) des utilisateurs de Powerbuilder.
Bonjour,
J'ai implanté Team Foundation Server avec mon application powerbuilder 11.5 et j'ai des problèmes d'indication de status dans le GUI de PB. Après avoir fais un getLatest version sur un objet modifié par un de mes collègues le status m'indique dans le GUI de PB que je ne suis pas à jour. Pourtant j'ouvre l'objet et il contient la modification. Le status dans TFS - Source control m'indique que je suis à jour aussi.
Je commence à avoir fait le tour de la question, si quelqu'un aurait un idée pour moi ça serait très apprécié.
Salutations
Dernière modification par Allin (07-01-2010 16:01:43)
Hors ligne
Bonjour,
Nous avons implémenté TFS sur notre projet en PB 11.2... et avons également ce problème. Plusieurs objets sont flaggés comme à mettre à jour dans PB, pourtant ils sont à jour.
WinMerge nous indique une ligne vide comme seule différence et un GLV, même en forçant la mise à jour, ne change rien.
Après bientôt 6 mois d'utilisations de PB avec TFS nous avons environ 5 ou 6 objets dans cet état et ce sont toujours les même... la seule solution pour que PB considère l'objet comme "à jour" est de modifier soi-même l'objet, mais c'est les collègues qui auront alors le flag de mise à jour.
Si quelqu'un a une idée du pourquoi...
Hors ligne
C'est effectivement le même problème que moi. C'est pas grâve mais c'est chiant d'avoir des mauvais status dans l'IDE.
Hors ligne
Avez-vous vérifié le bon alignement des fichiers .PBT entre le TFS et vos postes de dev ?
Hors ligne
On n'a tous le même et il n'est pas dans TFS le .PBT, car on veut permettre d'avoir des librairies personnelles de développement dans le projet.
Hors ligne
Allin a écrit:
On n'a tous le même et il n'est pas dans TFS le .PBT, car on veut permettre d'avoir des librairies personnelles de développement dans le projet.
Oups pas PBT mais PBG
Désolé pour la frappe un peu rapide
Hors ligne
Les .PBG sont à jour et dans TFS, donc semblable pour tout le monde aussi. J'ai posté un topic sur le forum de sybase, c'est pratiquement sur que c'est un bug avec l'IDE de powerBuilder avec le MSSCCI provider de microsoft, car tout semble ok pour la configuration. La seule chose que je n'ai pas essayé c'est de mettre le .PBT dans TFS, mais ça ne répond plus à mon besoin que j'ai de faire avec mon projet et surtout je ne vois pas le lien avec le status de certain objet dans les PBL.
Hors ligne
Allin a écrit:
Les .PBG sont à jour et dans TFS, donc semblable pour tout le monde aussi. J'ai posté un topic sur le forum de sybase, c'est pratiquement sur que c'est un bug avec l'IDE de powerBuilder avec le MSSCCI provider de microsoft, car tout semble ok pour la configuration. La seule chose que je n'ai pas essayé c'est de mettre le .PBT dans TFS, mais ça ne répond plus à mon besoin que j'ai de faire avec mon projet et surtout je ne vois pas le lien avec le status de certain objet dans les PBL.
Non, tu as raison, le PBT dans TFS n'apporterai pas grand chose à mon avis. Si les PBG sont identiques alors je ne vois pas d'où peut venir le problème. Des idées en vrac : fichiers lockés par la sécurité de l'OS en local (droit d'accès), optimize des PBL à faire en local après le getlatest...
Hors ligne
Je viens de trouver la solution à mon problème, c'est un problème d'encodage de caractères suite à la migration de notre projet de PB8 à PB11.5.
L'encodage des caractères est passé de ANSI (PB8) à Unicode (PB10 et +) donc les caractères accentués ne sont pas interprété de la même façon.
Exemple :
Dans un commentaire j'ai le texte suivant : //* Début du code généré
Quand j'ouvre le texte avec l'éditeur PB11, je vois tout comme il faut, mais en comparant une version d'objet modifié via le comparer de TFS, je m'apercois que le commentaire précédent est //* D$$HEX1$$e900$$ENDHEX$$but du code g$$HEX1$$e900$$ENDHEX$$n$$HEX1$$e900$$ENDHEX$$r$$HEX2$$e9002000$$ENDHEX$$
Dossier clos.
Merci pour vos idées!
Dernière modification par Allin (07-01-2010 15:45:29)
Hors ligne
Merci à toi, et n'oublie pas le [RESOLU] sur le titre du topic.
Hors ligne
Allin a écrit:
Je viens de trouver la solution à mon problème, c'est un problème d'encodage de caractères suite à la migration de notre projet de PB8 à PB11.5.
L'encodage des caractères est passé de ANSI (PB8) à Unicode (PB10 et +) donc les caractères accentués ne sont pas interprété de la même façon.
Exemple :
Dans un commentaire j'ai le texte suivant : //* Début du code généré
Quand j'ouvre le texte avec l'éditeur PB11, je vois tout comme il faut, mais en comparant une version d'objet modifié via le comparer de TFS, je m'apercois que le commentaire précédent est //* D$$HEX1$$e900$$ENDHEX$$but du code g$$HEX1$$e900$$ENDHEX$$n$$HEX1$$e900$$ENDHEX$$r$$HEX2$$e9002000$$ENDHEX$$
Dossier clos.
Merci pour vos idées!
Super. Je pense que cela va en dépanner plus d'un. Merci à toi ! 000
Hors ligne
Bonjour à tous,
je rebondis sur ce sujet. Faut-il en conclure qu'il faut éviter les accents dans les commentaires ?
Hors ligne
Ici, avec SVN / PBSCC / PB11.5 aucun problème avec des accents dans les commentaires ou les chaînes.
Hors ligne
Merci
Du coup pour PowerBuilder 12.5.1, en remplacement du PBNative, vous préconisez plutôt TFS ou plutôt une solution autre (SVN / PowerVCS / Plastic SCM / WizSource / ...) ?
Hors ligne
Le problème à la base était la font pour nous, donc nous avons établies comme norme de développement d'utiliser la font Fixedsys (qui était l'ancienne de PB8 par défaut) pour l'éditeur de PowerBuilder, depuis ce temps, les commentaires sont alignés correctement. Par contre, la commande Show Différence me donne encore des codes du genre $$HEX1$$ea00$$ENDHEX$$ pour le è, mais ce n'est pas dérangeant à l'utilisation. Quand j'ouvre le code d'un autre, je vois les choses correctement avec les accents et le bon alignement du code.
Hors ligne
Merci pour la réponse
Hors ligne
