※ 引述《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)