※ 引述《reek771 (hi~~~)》之铭言： : 想问一下，以下的动作，有没有可以节算时间的方法 : 我是开发embed system的ap的 : 有一台git server，里面放了android system的source code : 有一台build server，我将code git clone到这里 : 我可以利用build server来做build(整个system)和commit code [以上可以理解] : 可是开放ap，我是在windows eclipse下开发的， : 因此每次要commit code都很麻烦 : 先在eclipse验证正确，复制code到build server， : 比对确定要上传的code(git status)， : 在build整个system，确定无误才可以commit : 每次做这些动作都很烦，不知道有简单的方法 : 感恩 其实我不懂为何 ap 要与 system 同一个 repo。 如果没有理解错误 ap 不就是最终编成 .apk 的一个成果吗？ application 有自己独立的 repo 是很正常的。 若将它与 system 放在一起，那不是很麻烦？ system 要好几 G 的档，app 有超过 10 mb 的都不多了。 明明它是一个简单到能直接用 ant 编的东西，为何弄得那麽复杂呢＠＠ 另外，谨慎验证是好事。 但 build server 不就是会在有错误时告诉你的机制吗？ 而 commit 上去後，build server 应该直接抓取最新的 soure code 编译。 实在不太明白麻烦之处，也许您可以再多说一点，让大家提供想法。 不过 ap 这种东西，要有好品质，最终还是得依赖 QA orz 有些东西是 unit test 难以使力的 PS. 如果在你的流程中，有那麽多需要人工来验证 Build Server 的存在价值实在得思考一下了。 或是根本没有足够多的 test coverage 能佐证你实作的可靠性。 不然只是单约周期性地把东西编出来，意义并不大。 这样的品质反而不及人为有意识的 release 行为。 至少明确知道每一个 apk 多出了什麽功能， 而不是在一堆 apk 海中找出那个版坏掉了 :P --

※ 发信站: 批踢踢实业坊(ptt.cc) ◆ From: 61.231.55.133 ※ 编辑: qrtt1 来自: 61.231.55.133 (11/04 01:55) ※ 编辑: qrtt1 来自: 61.231.55.133 (11/04 02:00)