Quel est le meilleur système de contrôle de la version à mettre en œuvre avec PowerBuilder 11.5?
Si vous avez des exemples de la façon dont vous avez fait branler / tronc / balises qui seraient géniales. Nous avons essayé d'envelopper nos têtes autour de lui quelques fois et nous rencontrons toujours des problèmes car nous utilisons des bibliothèques partagées telles que PFC / PFE dans plusieurs applications.
Pour le moment, nous utilisons uniquement la PBnative, et ça craint.
11 Réponses :
Il y a de nombreuses années, j'ai utilisé Startam pour contrôler les applications PB. PowerBuilder Inutile de dire est un ours obsolète, et il doit exporter chaque objet de ses "bibliothèques" en contrôle de la source. Actuellement, nos applications PB Hegacy PB ont ses bibliothèques enregistrées en totalité dans la subversion, sans aucun support pour DIFF, etc.
Nous avons eu un grand succès avec Onteam. Il vous permet également de définir des outils DIFF 3ème partie. PBDelta est l'outil GO-TO pour différer les fichiers de la bibliothèque Powerbuilder (PBL): PBDR.COM/SOFTWARE/ pbdelta.htm
C'est parce que PB a enregistré le code source et une version compilée dans le PBL. Vous n'avez pas à faire une compilation lorsque vous courez avec l'IDE.
Nous utilisons actuellement perforce et c'est
Utilisez-vous autre chose pour gérer la branche / le marquage? J'ai beaucoup entendu parler de la tortue, mais je ne veux pas l'utiliser si nous n'avons pas besoin.
Non, tous les travaux de ramification ont lieu à l'intérieur de l'interface graphique de Perforce, P4V (ou via l'interface de ligne de commande P4), c'est incroyablement simple et de loin l'outil de gestion de la source que j'ai rencontré
Il a aussi un outil de diff / fusion stellaire P4Merge
Vous m'invalez certainement vers cela. Je viens de partir et je me suis regardé une démo, et ça a l'air vraiment sympa.
Nous utilisons Visual SourceSafe. Nous n'utilisons pas PFC, mais nous avons des bibliothèques partagées entre plusieurs projets. Jusqu'à présent, chaque projet a été développé séparément des autres. Les bibliothèques partagées ont donc été dupliquées. Pour les avoir synchronisés, ils étaient tous partagés au niveau du VSS. Dernièrement, nous avons réorganisé nos sources afin que tous les projets soient proches les uns des autres, et il n'y a qu'une seule instance des bibliothèques partagées.
VSS n'est définitivement pas le système de contrôle de la meilleure source, de dire le moins, mais il s'intègre à PB sans avoir besoin de ponts. PB a un problème inhérent à travailler avec le contrôle de la source. Il ne fera probablement pas une différence très différente de travailler avec un au lieu de l'autre (au moins du point de vue PB).
Maintenant, sur une note personnelle, j'aimerais dire que PB 11.5 est un morceau de sh * t. Il se bloque constamment, plein de nuisances incroyables de l'interface utilisateur et apporte simplement la productivité à ses genoux. C'est probablement le pire IDE jamais créé. Rester à l'écart si possible.
Mec, je sens pour toi. PB11.5 et VSS? La vie doit sucer.
Oh, ça fait ... mais le contrôle des sources est le moindre de nos problèmes. PB est de loin la pire partie de notre développement env. Mon anglais n'est pas assez bon pour exprimer mon méchanceté vers le travail Sybase a fait avec 11.5.
Désolé d'entendre votre frustration, je travaille sur le nouveau PB.net et je n'ai pas été impliqué 11 versions (non coupables). J'espère que nous avec la nouvelle version donnera une meilleure impression. Nous sommes actuellement en phase bêta.
Donc, pour être juste, commençons par dire que lorsque vous posez des questions sur la version le contrôle, la pbnative est source contrôle. Si vous comparez quelque chose qui est destiné à avoir plus de fonctionnalités que de conserver deux développeurs d'éditer le même morceau de source, alors oui, la pbnative sucera. Le Madone SL peut être un vélo incroyable, mais si vous essayez de prendre quelques tours autour d'une piste indy, elle sucera.
"meilleur" est un mot assez subjectif. Il existe de nombreuses fonctionnalités disponibles dans les outils de contrôle de la version et de configuration. Vous pouvez obtenir des tonnes de fonctionnalités, mais vous paierez à travers le nez. SINGEAM a de bonnes fonctionnalités, comme être capable de retracer une demande de changement de client ou d'un rapport de bogue à travers le code modifiant et de pouvoir créer un lien dans un outil de difforme personnalisé (ce qui est particulièrement utile dans PB). Là encore, si le coût correspond à vos critères clés plutôt qu'aux fonctionnalités, de nombreuses options gratuites pour obtenir le travail effectué. Tant que l'outil prend en charge l'interface Microsoft SCC, vous devriez être correct.
Il existe un groupe de discussion NNTP relativement actif qui se concentre sur le contrôle de la source avec PowerBuilder, que vous pouvez également accéder via le Web . Vous pouvez probablement trouver des opinions déjà affichées là-bas.
FYI: Le nouveau PB12 (PB.net) s'intègre à SCC Systems afin que vous puissiez facilement choisir le système de contrôle de source que vous souhaitez utiliser. Depuis que nous avons essentiellement des fichiers PBLS (ils sont maintenant des répertoires) peuvent être vérifiés individuellement, même avec un éditeur de vanille ordinaire, car les fichiers sont maintenant normaux (Unicode).
Les anciennes versions de PB prend également en charge l'interface SCC. J'ai utilisé PB9 avec perforce.
Je crois ce qu'ils disent, c'est que les objets ne sont plus hébergés dans les PBLS. Chaque objet est dans un fichier tout-même. L'idée est que tout système de contrôle de version, pas seulement les compatibles SCC fonctionnerait.
Nous utilisons un gestionnaire de version mérité pour les projets plus anciens et TFS pour les nouveaux travaux. Le seul problème que nous avons est que TFS ne prend pas en charge l'expansion des mots clés et la modification de «lire les commentaires de la boîte à fleurs» les gens ont. Certaines personnes sont nerveuses de perdre l'historique des versions en ligne.
Nous utilisons StarTeam et nous avons été très satisfaits. Il combine le suivi de l'insecte avec le contrôle de la version. Malheureusement, nous ne stockons pas nos fichiers sur le niveau d'objet. Nous stockons simplement les fichiers PBL directement dans le contrôle de la source. Tout ce qui supporte l'interface SCC théoriquement devrait fonctionner correctement dans PowerBuilder.
StarTeam s'intègre si magnifiquement avec le PB IDE. J'ai utilisé cette combinaison à ma société précédente (PB9 et ST5.X) depuis plusieurs années. Vous devez gérer votre code au niveau de l'objet - Ne vous connectez pas tout le PBL dans ...
Si vous rencontrez des problèmes avec cette configuration, frappez-moi hors ligne. Phoran à Sybase Dot Com.
PB9: Nous avons utilisé des PVC, mais nous avons eu des problèmes de stabilité avec la corruption PBL et des problèmes de coexistant avec les versions ultérieures des rapports de cristal (conflit de la DLL), nous utilisons donc PB9 avec la source de DynamSoft Anywhere Standaloneone. Ce système est plus primitif; Il manque les fonctionnalités les plus avancées pour les niveaux de promotion et pour tirer une version plus ancienne de tous les objets pour créer une construction de correctifs.
Ce que nous recherchons maintenant, c'est quelque chose qui permettra une "gestion des changements" plus avancée, de soutenir les niveaux de promotion au niveau de modification (plutôt qu'au niveau d'objet). Serait-il préférable d'utiliser Perforce, StarTeam ou (Récolt Change Manager + Harpb), ou autre chose? Tout conseiller sur ces combinaisons serait grandement apprécié.
L'agent SVN est un MS-SCCI Fonctionnement de plug-in Subversion avec PowerBuilder.
voici Un lien qui décrit comment configurer agent svn travailler avec PowerBuilder et Subversion .