作為一個寫了8年iOS的老開發，最頭疼的階段除了線上突發Crash，就是內測分發了。 早期做項目的時候，為了讓測試、產品體驗新版本，簡直是“八仙過海各顯神通”——用郵件發IPA包，結果測試説附件太大下載失敗；讓測試同事發UDID，收集了半天才湊齊，手動添加到描述文件時還不小心輸錯一位；最崩潰的是用共享企業證書打包，第二天一早就掉籤，全公司測試機集體“罷工”，只能加班重新打包
一、先説蒲公英：真是救了我老命 我是一移動端開發，幹開發十幾年了。以前測試分發那叫一個麻煩： iOS測試：要收集UDID，導證書，打Ad-hoc包，還得讓測試連電腦裝。測試妹子一多，光加設備就夠折騰半天。 Android測試：羣裏發apk，總有人不會開“允許未知來源”，然後跑來問為什麼裝不上。 後來用了蒲公英，真就一句話：掃碼安裝
從"打包噩夢"到"無感分發"的蜕變之路 還記得那些被打包支配的日子嗎？"老王，打個包唄，測試急着要"——然後就是停下手頭工作、切分支、點編譯、等十分鐘、傳APK...最崩潰的是測試反饋"安裝失敗？"的時候。作為安卓技術負責人，我深知這種手動流程不僅效率低下，更是團隊敏捷開發的"隱形殺手"。 經過多個大型項目的實踐驗證，我們終於找到了一套真正好用的自動化分發方案。今天分
保密與效率，從來不是二選一 作為一名開發者，我深知應用內測階段最讓人頭疼的問題：好不容易開發完一個測試版本，卻在外發環節犯了難——直接發微信羣？馬上被無關人員下載。一個個私發？效率太低還容易出錯。更可怕的是，測試包一旦“裸奔”流出，被競爭對手拿到還是小事，要是被不明用户安裝使用導致數據混亂，那才是災難。 經過多次踩坑，我終於在蒲公英PGYER上找到了
