Je viens de mettre à niveau mon référentiel SVN de 1,6 à 1.7. Un changement majeur du format de référentiel en 1.7 est que les dossiers ".svn" ne sont plus stockés dans chaque sous-répertoire; seulement dans le dossier racine du référentiel.
Malheureusement, cela semble confondre l'intégration JCL SVN que j'ai utilisée. Il semble que mes fichiers ne soient pas sous contrôle source.
Y a-t-il une intégration Delphi SVN qui fonctionne avec 1.7 maintenant ou qui envisage de le soutenir dans un proche avenir?
J'utilise Delphi 2010.
mise à jour
Il y a un Report de bogues ici pour l'intégration JCL SVN. Le statut actuel est "confirmé".
3 Réponses :
Même Delphi Xe2 semble avoir un certain problème avec cela, même avec 3 mises à jour depuis la libération, elles ne mettent jamais à jour le client Subversion et je dois le faire moi-même.
Pour la plupart, j'utilise TortoiseSVN, mais Collabnet SVN Commandline Client est ce qui est livré avec Delphi maintenant. Je n'ai pas utilisé les choses Jedi, nous utilisions Source Safe et le connecteur VisualConnexion jusqu'à récemment. Mais, FWIW, vous voudrez peut-être installer le client Subversion de CollabNet et écraser la DLL distribuée avec JCL SVN. Cela a fonctionné pour moi avec XE2 (bien que je ne crois pas que ce soit la méthode préférée).
Je ne trouve aucune dlls que JCL utilise. Pour autant que je puisse le voir, c'est juste un BPL?
Cela a maintenant été corrigé dans la dernière version de développement de JCL. J'ai maintenant le menu "Contrôle de la version" fonctionnant correctement dans D2010. C'est ce que j'ai fait:
AVERTISSEMENT: suivez ceci à vos risques et périls. Il pourrait y avoir des problèmes avec cette approche que je ne suis pas au courant. Nous n'utilisons pas beaucoup de JCL ou JVCL dans notre code, alors si quelque chose ne casse pas, ce n'est pas la fin du monde. Ymmv.
Je voulais toujours créer un lien vers la version ancienne (stable) de JCL et JVCL, donc j'ai supprimé toutes les références à la nouvelle version de JCL dans la trajectoire de la bibliothèque de l'IDE et les remplaçait avec les répertoires équivalents de la version stable.
(REMARQUE: selon http://wiki.delphi-jedi.org /index.php?title=Repository , JCL Développement est réellement effectué dans des branches distinctes et les constructions quotidiennes sont aussi stables que les versions "stables")
Dans ce dossier (\ Embarcadero \ RAD Studio \ 9,0 \ bin \ subversion) Il y a un readme.txt:
Ce répertoire contient les fichiers Subversion .dll utilisés par la subversion de l'IDE. l'intégration. Ces fichiers peuvent être mis à niveau en allant sur www.collab.net et Télécharger le client Subversion et l'extraire à cet endroit. Autre Les installations de subversion ne seront pas utilisées par défaut. L'IDE regarde seulement dans Cet emplacement, ce comportement peut être modifié en définissant la chaîne de registre. Svndlldir sous la clé de subversion à l'emplacement de votre subversion installation. Cela ne fonctionnera pas avec toutes les installations Subversion, car non Toute l'installation utilise les mêmes noms .dll. "
Je viens de copier le Dir Subversion à partir de "Rad Studio \ 12.0" et ça marche.
Le RAD Studio version Insight est prise en charge pour SVN 1.7 mais je ne sais pas si Prend en charge Delphi 2010.
@Rruz: Ce n'est pas que le support OTA utilisé par la versionInSight a été introduit dans XE.
@Stfan je devinerais que cela ne compilait en compilant de manière conditionnelle que pour XE. delphisvn prise en charge initialement DELPHI 7 à 2007 et il a dû réapprovisionner certaines fonctionnalités à partir de versions ultérieures pour prendre en charge Delphi 7. .