Actuellement, j'utilise la source sécurisée avec une application LEGACY VB6 et j'ai remarqué d'innombrables fois où l'application ne met pas à jour correctement les fichiers à l'aide de la dernière version ou en ajoutant de nouveaux fichiers à un projet. Je viens de comprendre que quelqu'un doit avoir une meilleure façon d'utiliser la version de la version avec des applications VB6.
5 Réponses :
Utilisez quelque chose d'autre - autre chose. Les trois solutions plus populaires gratuites / open source sont GIT, Mercurial et SVN. Je doute que git et mercuriat intégrent dans VB6 mais SVN ait une solution d'intégration - vous pouvez le trouver ici: http://svnvb6.tigris.org/
Pour ce que ça vaut la peine, je suis habitué à ne pas avoir de contrôle de code source intégré à mon IDE, l'intégration ne serait même pas un facteur dans ma décision si je choisis une nouvelle solution.
+1 Il y a aussi des informations utiles dans la question sur Utilisation de SVN avec VB6 . N'oubliez pas que certains Les fichiers source VB6 sont binaires SO SOIX SOIDEZ SOINS SUR LES SYSTÈMES qui dépendent fortement de la fusion, comme Git et Mercurial. Ils vont lutte .
+1 sur le commentaire de Markj. Les fichiers binaires avec Mercurial de toute façon, sont à peu près peu performables. Beaucoup trop de douleur. SVN ou TFS a une métaphore de verrouillage, que vous avez vraiment besoin avec tout type de fichier binaire qui ne peut pas être fusionné. Je détache également la motion pour n'utiliser tout simplement pas l'intégration SCC avec VB6. Ça mord. Il suffit d'ouvrir votre application de contrôle source comme une application séparée et utilisez-la côte à côte avec l'IDE. Ne prend pas beaucoup pour s'y habituer.
@jnorsworthy vous dirige correctement et je dois accepter avec @MarkJ que SVN peut être le meilleur chemin pour les raisons qu'il a mentionnées. J'ai eu bonne chance avec VSS2SVN pour migrer les projets VSS en SVN. Assurez-vous d'exécuter l'outil VSS Analyze avant la migration (près de 0% d'aucune incohérence ou de corruption).
Nous utilisons le Mercurial et les changements FRX sont très rarement un problème dans la pratique. Nous pouvons coordonner les occasions lorsque deux personnes (ou deux branches) touchent réellement un Frx.
in vss Explorer Essayez les paramètres Outils | Options TAB Fichiers locaux Réglage Comparer les fichiers par à Contenu . Cela pourrait lentement les opérations de VSS un peu.
Je donnerais SourceGear Vault un coup. Ils ont une intégration VB6 et cela fonctionne plutôt bien. De plus, il est gratuit pour 2 utilisateurs.
J'ai essayé Svn, mais comme @markj dit, cela va lutterment - SVN s'appuie trop sur la fusion. Vous devrez marquer des fichiers .frx pour être découragé exclusivement, ce qui pourrait alors les mettre hors de synchronisation avec des fichiers .frm, qui vous obligera à placer .From Les fichiers à être exclusivement vérifiés et à ce stade, vous pourriez aussi bien faire. Les commandes exclusives de la valeur par défaut, ce type de défaite la force principale de SVN.
J'ai fini par aller avec la solution SourceGear juste parce que cela correspond à mon environnement mieux. Très facile à utiliser. Nous verrons comment cela supporte.
Nous avons passé de l'aide sur StarTeam à utiliser serveur de fondation de l'équipe qui intègre vraiment vraiment Eh bien avec l'IDE VB6 en utilisant le fournisseur MSCCI
J'utilise Mercurial avec une application Combinaison VB6 / .NET pendant environ un an. Ça marche. J'ai rencontré les problèmes suivants sur le côté VB6, mais ils ne sont pas des discussions de discussion:
Si vous avez des "ressources" sur un formulaire comme une image, il incorpore ceux dans un fichier parallèle .frx à côté du fichier .frm, et ces fichiers .frx ne peuvent pas être fusionnés si vous et un co -worker les deux apportent des changements en même temps. Le contrôle de la source offrant un verrouillage de types de fichiers spécifiques fonctionnerait mieux pour cela. Ce que nous devions faire était soit (a) vivre avec les quelques cas où cela s'est passé ou (b) utilise une sorte de procédure de verrouillage manuelle: "Je modifie FMMain ... personne d'autre ne le touche!" < / li>
L'IDE VB6 a des problèmes méchants avec essayer de corriger automatiquement le cas de vos identifiants, et cela ne fait pas bon travail. Par conséquent, Mercurial voit pour toujours des changements dans un fichier où tout ce qui a vraiment changé était le cas d'un nom de variable. La pire partie est que l'IDE traite des valeurs énumantes en tant que variables globales. Cela prendra donc le cas de vos valeurs énormes et d'appliquer cela à toutes les variables avec le même nom dans votre code.
Le second semble poser un problème dans toutes sortes de vb. Nous avons connu le même problème au travail (nous avons beaucoup de codes VBA et de VB.NET), et ça suce beaucoup de temps! La solution idéale serait de ne permettre que des variables minuscules, mais nous avons commencé les années de projet avant de commencer à utiliser le contrôle de la source. Nous n'avons donc aucune idée que nous aurions ces problèmes un jour ...
Nous utilisons des VSS sur une forme de désordonnée, c'est-à-dire que nous obtenons le dernier ou l'enregistrement manuellement de VSS au lieu d'IDE. BTW, il y a d'autres meilleures options que VSS
Si vous avez quelque chose d'autre, il est très douloureux.