Delphi SVN 集成可以与 SVN 1.7 一起使用吗?
我刚刚将 SVN 存储库从 1.6 升级到 1.7。 1.7 中存储库格式的一个主要变化是“.svn”文件夹不再存储在每个子目录中;仅在存储库的根文件夹中。
不幸的是,这似乎混淆了我一直在使用的 JCL SVN 集成。我的文件似乎不受源代码控制。
现在是否有任何可以与 1.7 一起使用或计划在不久的将来支持它的 Delphi SVN 集成?
我正在使用 Delphi 2010。
更新
这里有一个 错误报告 JCL SVN 集成。当前状态为“已确认”。
I've just upgraded my SVN repository from 1.6 to 1.7. A major change to the repository format in 1.7 is that the ".svn" folders are no longer stored in each subdirectory; only in the root folder of the repository.
Unfortunately this seems to confuse the JCL SVN integration I have been using. It seems to think my files are not under source control.
Is there any Delphi SVN integration that works with 1.7 now or that has plans to support it in the near future?
I am using Delphi 2010.
UPDATE
There is a bug report here for the JCL SVN integration. Current status is "confirmed".
如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱,如果其他用户或者作者回复了您的评论,将不能在第一时间通知您!
发布评论
评论(3)
甚至 Delphi XE2 似乎也有一些问题,即使自发布以来已经进行了 3 次更新,他们也从不更新 subversion 客户端,而我必须自己更新。
大多数情况下,我使用 tortoiseSVN,但现在 Delphi 附带了 collabnet svn 命令行客户端。我还没有使用过 JEDI 的东西,直到最近我们才使用 Source Safe 和 VisualConnexion 连接器。但是,FWIW,您可能想要安装 collabnet 的 subversion 客户端并覆盖使用 JCL SVN 分发的 DLL。这对我的 XE2 有用(尽管我不认为这是首选方法)。
Even Delphi XE2 seems to have some problem with this, even with 3 updates since the release, they never update the subversion client and I have to do it myself.
For the most part, I use tortoiseSVN, but collabnet svn commandline client is what comes with Delphi now. I haven't used the JEDI stuff, we were using Source Safe and the visualconnexion connector until just recently. But, FWIW, you might want to install collabnet's subversion client and overwrite the DLL's distributed with JCL SVN. That worked for me with XE2 (although I don't believe it's the preferred method).
现在,这个问题已在 jcl 的最新开发版本中得到修复。现在,我的“版本控制”菜单在 D2010 中再次正常工作。这就是我所做的:
警告:遵循此操作需要您自担风险。我不知道这种方法可能存在问题。我们在代码中很少使用 JCL 或 JVCL,因此,如果出现任何问题,也不是世界末日。 YMMV。
我仍想链接到旧(稳定)版本的 JCL 和 JVCL,因此我删除了 IDE 库路径中对新版本 JCL 的所有引用,并将它们替换为稳定版本中的等效目录。
(注:根据 http://wiki.delphi-jedi.org/index.php php?title=Repository,JCL 开发实际上是在单独的分支中完成的,并且日常构建与“稳定”版本一样稳定)
This has now been fixed in the latest development version of jcl. I now have the "Version Control" menu working correctly again in D2010. This is what I did:
Warning: Follow this at your own risk. There might be problems with this approach I am not aware of. We don't use JCL or JVCL much in our code, so if anything breaks it's not the end of the world. YMMV.
I wanted to still link to the old (stable) version of JCL and JVCL, so I removed all references to the new version of JCL in the IDE's library path and replaced them with the equivalent directories from the stable version.
(Note: According to http://wiki.delphi-jedi.org/index.php?title=Repository, JCL development is actually done in separate branches and the daily builds are as stable as the "stable" releases)
在此文件夹(\Embarcadero\RAD Studio\9.0\bin\subversion)中有一个 readme.txt:
“
有关 bin/subversion 的信息。
此目录包含 IDE 的 Subversion 使用的 Subversion .dll 文件
一体化。这些文件可以通过访问 www.collab.net 进行升级
下载 subversion 客户端并将其解压到此位置。其他
默认情况下不会使用 subversion 安装。 IDE 只查看
在此位置,可以通过设置注册表字符串来更改此行为
Subversion 键下的 SvnDllDir 为您的 Subversion 的位置
安装。这不适用于所有 Subversion 安装,因为不
所有安装都使用相同的 .dll 名称。
“
我只是从“RAD Studio\12.0”复制 subversion 目录,它就可以工作了。
In this folder (\Embarcadero\RAD Studio\9.0\bin\subversion) there is a readme.txt:
"
Information about bin/subversion.
This directory contains the Subversion .dll files used by the IDE's Subversion
integration. These files can be upgraded by going to www.collab.net and
downloading the subversion client and extracting it to this location. Other
subversion installations will not be used be default. The IDE only looks in
this location, this behavior can be changed by setting the registry string
SvnDllDir under the Subversion key to the location of your Subversion
installation. This will not work with all Subversion installation because not
all installation use the same .dll names.
"
I just copy the subversion dir from "RAD Studio\12.0" and it works.