与我的团队一起，我正在开发基于Trigger.io的多个本机插件。由于最近的更改，我不完全确定工作流程，也无法在文档中找到任何相关内容。出现的一些问题：
1）是否应该为所有插件使用一组检查器项目，或者每个插件是否都有自己的设置？
2）检查员项目的哪些部分应通过版本控制进行维护，版本控制应保留在本地？ （fyi：我们使用SVN）
3）（Android）当为每个插件使用一个检查器项目时，最好的方法是将它们全部导入Eclipse中的Java项目吗？注意：每个检查器项目有3个子项目，它们在不同的插件中具有相同的名称，因此必须重命名？假设我有5个插件正在开发中，这意味着我必须将15个Java项目导入Eclipse。这真的是它的意思吗？
答案 0 :(得分：3)
开发插件的最有效方法仍然是我们正在研究的东西，现在的情况可能并不尽如人意（尤其是开发多个插件），但现在情况如下：
1）每个插件都应该有自己的一组检查器项目。
2）Toolkit放在plugins文件夹中的大部分内容可能是版本控制中最好的。您可以放心忽略的事项包括.trigger文件夹以及检查器项目中的所有bin，gen或build文件夹。如果您尝试在版本控制中保留较少的文件，那么您需要的是assets/src中的ForgeInspector文件夹，以及ForgeModule中您自己的任何来源，其余的检查员项目应该由工具包重新生成。
3）我建议每个插件使用一个eclipse工作区，因为Toolkit会在您更新检查器时重新生成大量代码。我认为目前不可能重命名项目。
我认为我会快速概述3个项目是什么以及为什么有3个项目：
ForgeCore - 这是Trigger.io应用程序的预构建核心库，它由ForgeInspector和ForgeModule使用，因此它需要是一个可以引用的单独项目
ForgeInspector - 这是为了尽可能地复制你的插件实际使用方式，所以基本上是一个精简的Trigger.io应用程序，它与ForgeModule分开，这样你就可以看到您的插件中包含哪些代码以及需要将哪些代码放入build_steps.json中，因此它也将在构建时应用于真正的Trigger.io应用程序。
ForgeModule - 这包含您的插件代码