为什么 eclipse 不附带捆绑的 svn 客户端

发布于 2024-10-02 05:49:36 字数 252 浏览 10 评论 0原文

EclipseCVS 客户端插件 默认情况下。为什么默认情况下没有捆绑 svn 源代码管理客户端?

Eclipse is deployed with CVS client plugin by default. Why there are no svn source control clients that are bundled also by default?

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(2

℡寂寞咖啡 2024-10-09 05:49:36

有一个 讨论 揭示了集成各种 svn 插件的潜在问题- eclipse 存在的ins。

来自 Tigris 的 Eclipse SVN 提案的状态

此决定的最后一个因素[
撤回提案]获得许可。
任何 Subversion 插件都会
取决于 Subversion 的 JavaHL
库或 SVNKit 纯 Java
图书馆。 SVNKit 的许可证被拒绝
通过 Eclipse,并且在以下情况下
颠覆他们的计划
在允许我们之前检查所有代码
使用图书馆。颠覆有
对 Neon 等库的依赖
和拥有许可证的 BDB
Eclipse 通常不接受。所以
我们有一些疑问,我们是否
将能够包括 JavaHL 或
SVNKit 与我们的插件。再说一遍,也许
这将不是问题
颠覆性的。

因此,各种许可问题似乎是默认包含现有 svn 插件的症结所在。

There's a discussion that sheds some light on potential problems integrating the various svn plug-ins that exist for eclipse.

From Tigris' Status of Eclipse SVN Proposal :

One final factor in this decision [to
withdraw the proposal] was licensing.
Any Subversion plug-in is going to
depend on either Subversion's JavaHL
library or the SVNKit pure Java
library. SVNKit's license was rejected
by Eclipse, and in the case of
Subversion they were planning to
review all the code before allowing us
to use the library. Subversion has
dependencies on libraries like Neon
and BDB that have licenses that are
not typically accepted by Eclipse. So
we had some question as to whether we
would be able to include JavaHL or
SVNKit with our plug-in. Again, maybe
this will turn out to not be an issue
for Subversive.

So various licensing problems appears to be the crux of including an existing svn plug-in by default.

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文