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