2

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

4

3 回答 3

3

构建阶段对源代码进行了一些更改以启用 forge.* API - 因此，尝试仅使用src目录中的原始文件是行不通的。

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

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

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

于 2012-05-31T10:17:35.533 回答
3

我遇到了同样的问题，我有一个工作解决方案，每次我对源文件进行更改时，它使用 watchr 和 watch 来自动重建。如果您正在运行应用程序的“网络”版本，您可以更改源文件并直接进入浏览器并根据构建所需的时间相当快地查看更改的效果。

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

  1. 宝石安装观察者。
  2. 为 watchr 创建一个新的 ruby​​ 文件，以了解要监视哪些文件以及当它看到更改时要做什么。我将我的文件命名为“my_watch.rb”：https ://gist.github.com/3153167
  3. 打开两个终端。终端 1 将运行 watchr，终端 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. 我倾向于使用我的应用程序的“网络”版本积极开发，所以我可以打开终端 2 到我的 forge 项目目录和“forge run web”。当我在模拟器和设备上进行测试时，是的，每次我想看到更改时，我都必须运行 forge build。但是，我通常不必等待 forge 构建完成，因为 watchr 在我进行更改后立即开始构建并且它发生得很快。

我知道这不是一个理想的解决方案，但到目前为止，首先在“网络”版本中开发新功能，然后在移动版本中实施对我来说非常顺利。我从来不需要在构建后杀死“网络”版本，但我可能只是幸运。至于每次你想测试移动版本时运行构建，如果你对键盘快捷键很好的话，它真的一点也不差。XCode 让您在创建原生 iOS 应用程序时对源代码进行更改后构建和运行，因此我认为 Trigger 在需要此构建步骤方面并不是独一无二的。

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

于 2012-07-20T21:20:33.257 回答
0

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

进入开发/网络

rm src

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

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

IE

启动 nodemon web.js

在浏览器中打开。

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

于 2013-03-20T13:19:53.727 回答