【问题标题】:Organizing Eclipse plugin/feature/update site project in SVN在 SVN 中组织 Eclipse 插件/功能/更新站点项目
【发布时间】:2011-04-20 03:19:04
【问题描述】:

我需要一些关于如何在 SVN 中组织 Eclipse 插件/功能/更新站点项目的建议。我有以下 Eclipse 项目:

Plug-in 1
Feature 1
Plug-in 2
Feature 2
Update Site

以下是一些附加信息:

  • 功能 1 显然是插件 1 的功能,依此类推。
  • 这两个插件都是一个产品的一部分,但可以通过在“安装新软件”对话框中选中或取消选中所需功能来选择性地安装。

我想知道是否所有这些项目都应该在“主干”下,或者每个项目下都应该有一个“分支/标签/主干”。或者,也许 Eclipse 项目本身应该以不同的方式组织。

【问题讨论】:

    标签: eclipse svn eclipse-plugin


    【解决方案1】:

    另一种方法是为所有项目使用一个主干/。以下是我布置 Eclipse 插件的方式,并在创建结构时遵循了其他主要 Eclipse 插件项目的一些示例,例如 JBoss 工具。

    /trunk/eclipse/plugins/插件1
    /trunk/eclipse/plugins/插件2
    /trunk/eclipse/features/功能 1
    /trunk/eclipse/features/功能 2
    /trunk/eclipse/releng/更新站点

    然后你就会有你相应的
    /branches/1.0.x/eclipse/...
    /tags/1.0.0/eclipse/...

    这样,当您创建标签时,您将复制 eclipse/ 文件夹下的所有内容、所有插件、功能和更新站点的状态,因为您可能想要标记所有插件和功能的状态立即将其推广到更新站点,而不是单独标记每个插件/功能。

    【讨论】:

    • 感谢您的评论。是的,我环顾四周,许多插件,例如 subclipse 和 xtext,似乎都按照您描述的方式完成了。我现在拥有它的方式还不错,因为代码库并不大,但我可能会在为时已晚之前很快切换。
    【解决方案2】:

    任何答案都是主观的,所以这是我的:

    您的所有 5 个 Eclipse 项目都是树干,具有自己的分支和标签。您可以将所有项目主干放在 Subversion 中的一个文件夹下,以便您和其他人知道它们与同一产品相关。

    【讨论】:

    • 是的。这就是我昨天决定做的事情。感谢您的建议!
    猜你喜欢
    • 2012-12-11
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2018-01-30
    • 2010-09-25
    • 2011-03-30
    • 1970-01-01
    • 2010-12-03
    相关资源
    最近更新 更多