我想知道是否有任何方法可以继续使用Trigger.io进行开发,并避免在浏览器或模拟器中测试每个文件更改时的forge构建步骤。
发布于 2012-07-21 05:20:33
我也遇到过同样的问题,我有一个有效的解决方案,每次我对源文件进行更改时,都会使用watchr和watch自动重新构建。如果你正在运行你的应用程序的"web“版本,你可以对源文件进行更改,然后直接转到浏览器,根据构建所需的时间,可以相当快地看到更改的效果。
先决条件: Ruby、watchr、Unix 'watch‘和一个终端。
我知道这不是一个理想的解决方案,但到目前为止,首先在“web”版本中开发新功能,然后在移动版本中实现,对我来说非常顺利。我从来不需要在构建后终止“web”版本,但我可能只是幸运而已。至于运行build,每次你想测试移动版时,如果你擅长使用键盘快捷键,那真的一点也不差。在创建原生iOS应用程序时,XCode可以让您在更改源代码后进行构建和运行,因此我不认为触发器在需要此构建步骤时是独一无二的。
我希望这对我有所帮助,并且我的回答不会对我和我的设置太具体。
发布于 2012-05-31 18:17:36
构建阶段对源代码进行了一些更改以启用forge.* APIs因此,尝试仅使用src目录中的原始文件将不起作用。
您可能会尝试直接在development目录中更改文件,但这是一个非常糟糕的想法:我们在需要时删除这些文件而不受惩罚!
我们在中期路线图上计划添加一个文件系统监视器,以便在发生更改时自动启动构建。
同时,我只使用forge build && forge run PLATFORM,它往往只需要几秒钟的时间……
发布于 2013-03-20 21:19:54
虽然不完美..。这对我很有效。
进入开发/web
rm源
链接到根src,即ln -s ../../src src
从web/forge复制all.js并添加到您的index.html中
即
启动nodemon web.js
在浏览器中打开。
注意,对于非web构建,您需要注释掉all.js脚本标记。
https://stackoverflow.com/questions/10820631
复制相似问题