代码之家 › 专栏 › 技术社区 › Paul-Jan

如何打开插件的源代码集

open-source

1

Paul-Jan · 技术社区 · 16 年前

(对于问题标题的非特定措辞,以及当我实际上是指“SourceForge的项目设置”时自由使用_¶pen source,我深表歉意。)

我们最近公开了一个我们已经销售了几年的3D建模器,其主要目标是保持应用程序的活力。我们在sourceforge.net上建立了商店,现在正致力于一个过程,从而使二进制版本稳定流动。到目前为止,一切都很顺利。

但是,除了主应用程序之外,我们还开发了一些插件(主要用于不同的导入/导出格式)。目前,这些仍然是封闭源代码,但我们也希望打开它们(第三方插件开发人员可以自己处理或捐赠并打开源代码)。真正的问题是,我们的插件是否应该作为一个项目单独托管?

我看到的选项有:

将插件源添加到SVN源的子文件夹中
为插件集创建单独的项目
为每个插件创建单独的项目

哪个设置最实用和/或最常见,我应该如何处理二进制文件?

当应用程序仍然是关闭的和商业化的时候,插件二进制文件可以在主应用程序中单独更新是很重要的,但是现在一切都是开放的和经常更新的,这不再是什么大问题了。另外,我不确定我是否想费心为开发人员贡献一大堆插件资源,作为主项目的一部分,他们并不关心这些资源。

1 回复 | 直到 16 年前

1

2

AndiDog 16 年前

将插件源添加到SVN源的子文件夹中

如果你没有太多插件,我认为这是个好主意。您可以创建一个文件夹结构,如我答案末尾所示,以便独立地管理插件。但在这种情况下,您将无法很好地控制SVN访问。

优点是您只需要维护一个项目网站(如果您创建了一个)。
为插件集创建单独的项目

就是这样 Notepad++ 例如,是的。他们的插件托管在 separate SourceForge project .让一个下载页充满插件,另一个下载页充满软件的二进制版本,可以提高可读性。但是不要忘记在项目网页上提到有一个单独的插件项目。

它还具有独立管理项目网站的优势。例如,您可以让其他用户负责关注插件站点(如果您找到了想要维护它们的人)。
为每个插件创建单独的项目

这不是一个好主意,这样的维护会更困难,因为您将拥有多个项目、存储库和项目网站。

但是它有一个优势:您可以更细粒度地授予人们开发插件的访问权。例如,用户A和B可以在插件X上工作,但不能在插件Y上工作。对于单独的SF项目,这很容易实现。当然,这同样适用于项目网站。

因此,作为一个结论,我要说的是,你越关心SVN访问权限,你拥有的插件越多,为你的插件创建一个或多个独立的项目就越有意义。

来自1的SVN结构示例:

/modeler
    /trunk
    /branches
    /tags
/modeler-plugins
    /plugin-x
        /trunk
        /branches
        /tags
    /plugin-y
        /trunk
        /branches
        /tags