Trigger.io持续发展

Question

我想知道是否有任何方法可以使用Trigger.io持续开发，并且避免伪造构建步骤，我希望在浏览器或模拟器中测试每个文件。

Answer 1

构建阶段对源进行一些更改以启用伪造。* API - 因此，尝试仅使用src目录中的原始文件将无效。

您可能想直接在development目录中更改文件，但这是一个非常糟糕的主意：我们在需要时删除这些文件而不受惩罚！

我们计划在中期路线图中添加文件系统观察程序，以便在发生更改时自动启动构建。

与此同时，我只使用forge build && forge run PLATFORM，这往往只需要几秒钟......

Answer 2

我遇到了同样的问题，我有一个工作解决方案，每次我对源文件进行更改时都会使用watchr和watch自动重建。如果您运行的是应用程序的“Web”版本，则可以对源文件进行更改，然后直接转到浏览器，根据构建所需的时间，快速查看更改的效果。

先决条件：Ruby，watchr，Unix'watch'和终端。

1. gem install watchr。
2. 为监视器创建一个新的ruby文件，以便知道要监视哪些文件以及在看到更改时要执行的操作。我将文件命名为“my_watch.rb”：https://gist.github.com/3153167
3. 打开两个终端。 1号航站楼将运行观察站，2号航站楼将运行“forge build ...”。
4. 在终端1中运行'watchr my_watch.rb'，确保my_watch.rb的路径正确，并确保根据您的设置编辑了my_watch.rb，以便watch（...）中的路径反映出要观看的文件。我的示例监视与my_watch.rb脚本相同的目录（及其下方）中的所有文件。如果你想匹配我的例子并直接从src文件夹运行watchr my_watch.rb，你可以将my_watch.rb放在Trigger.io应用程序的'src'文件夹中。此外，不需要更新块中的shell命令和路径以反映您的环境。同样，在我的示例中，'my_watch.rb'位于'src /'内，因此当检测到更改时，我们会上一个目录并调用'forge build'。
5. 我倾向于积极开发我的应用程序的'web'版本，所以我可以打开终端2到我的伪造项目目录和'伪造运行web'。当我在模拟器和设备上进行测试时，是的，每次我想要看到更改时，我都必须运行forge构建。但是，我通常不必等待伪造构建完成，因为我在做出更改后立即启动了构建，并且很快就会发生。

我知道这不是一个理想的解决方案，但到目前为止，首先在'web'版本中开发新功能然后在移动版本中实现这一功能对我来说非常顺利。我从来不需要在构建之后杀死'web'版本，但我可能只是幸运。至于运行构建，每次你想要测试移动版本，如果你的键盘快捷键是好的，它真的是不错。 XCode使您在创建本机iOS应用程序后对源代码进行更改后构建和运行，因此我认为Trigger在要求此构建步骤时不是唯一的。

我希望这会有所帮助，而且我的回答对我和我的设置来说并不太具体。

Answer 3

虽然不完美......这对我有用。

进入开发/网站

rm src

链接到您的根src，即ln -s ../../src src

从web / forge复制all.js并添加到index.html

即

启动nodemon web.js

在浏览器中打开。

请注意，您需要注释掉非Web构建的all.js脚本标记。