微信小程式協同工作和發布

（1）協同開發和發布

在中大型的公司裡，人員的分工非常仔細，一般會有不同崗位角色的員工同時參與同乙個小程式專案。為此，小程式平台設計了不同的許可權管理使得專案管理者可以更加高效管理整個團隊的協同工作。

網頁開發：以往我們在開發完網頁之後，需要把網頁的**和資源放在伺服器上，讓使用者通過網際網路來訪問。

（2）協同開發

虛擬小程式專案組

多數情況下，乙個團隊多人同時參與同乙個小程式專案，每個角色所承擔的工作或者許可權不一樣，中大公司的分工更為仔細。為了更形象的表達團隊不同角色的關係以及許可權的管理，我們通過虛擬乙個專案成員組織結構來描述日常如何協同合作完成乙個小程式的發布，組織關係如下圖所示（虛擬小程式專案組）。

解析：專案管理成員負責統籌整個專案的進展和風險、把控小程式對外發布的節奏，產品組提出需求，設計組與產品討論並對需求進行抽象，設計出視覺化流程與圖形，輸出設計方案。開發組依據設計方案，進行程式**的編寫，**編寫完成後，產品組與設計組體驗小程式的整體流程，測試組編寫測試用例並對小程式進行各種邊界測試。

成員構成與工作流程

專案一般的成員構成與工作流程如下圖所示

成員管理

小程式成員管理包括對小程式專案成員及體驗成員的管理。

不同專案成員擁有不同的許可權，從而保證小程式開發安全有序。

許可權運營者

開發者資料分析者

開發者許可權

√體驗者許可權√√

√登入√√

√資料分析√√

推廣√開發管理

√開發設定

√暫停服務√√

√小程式外掛程式

√遊戲運營管理

√各許可權功能說明

需要留意，專案管理者控制整個小程式的發布、回退、下架等敏感操作，不應把敏感操作的許可權分配給不相關人員

（3）小程式版本

一般的軟體開發流程，開發者編寫**自測開發版程式，直到程式達到乙個穩定可體驗的狀態時，開發者會把這個體驗版本給到產品經理和測試人員進行體驗測試，最後修復完程式的bug後發布供外部使用者正式使用。小程式的版本根據這個流程設計了小程式版本的概念，如下表所示（小程式版本）。

許可權說明

開發版本

使用開發者工具，可將**上傳到開發版本中。開發版本只保留每人最新的乙份上傳的**。

點選提交審核，可將**提交審核。開發版本可刪除，不影響線上版本和審核中版本的**。

體驗版本

可以選擇某個開發版本作為體驗版，並且選取乙份體驗版。

審核中版本

只能有乙份**處於審核中。有審核結果後可以發布到線上，也可直接重新提交審核，覆蓋原審核版本。

線上版本

線上所有使用者使用的**版本，該版本**在新版本**發布後被覆蓋更新。

考慮到專案是協同開發的模式，乙個小程式可能同時由多個開發者進行開發，往往開發者在小程式開發者工具上編寫完**後需要到手機進行真機體驗，所以每個開發者擁有自己對應的乙個開發版本。因為處於開發中的版本是不穩定的，開發者隨時會修改**覆蓋開發版，為了讓測試和產品經理有乙個完整穩定的版本可以體驗測試，小程式平台允許把其中乙個開發版本設定成體驗版，因此建議在專案開發階段特殊分配乙個開發角色，用於上傳穩定可供體驗測試的**，並把他上傳的開發版本設定成體驗版。

（4）發布上線

乙個小程式從開發完到上線一般要經過預覽-> 上傳** -> 提交審核 -> 發布等步驟

預覽上傳**

同預覽不同，上傳**是用於提交體驗或者審核使用的。點選開發者工具頂部操作欄的上傳按鈕，填寫版本號以及專案備註，需要注意的是，這裡版本號以及專案備註是為了方便管理員檢查版本使用的，開發者可以根據自己的實際要求來填寫這兩個字段。

上傳成功之後，登入小程式管理後台 - 開發管理 - 開發版本就可以找到剛提交上傳的版本了。可以將這個版本設定體驗版或者是提交審核

提交審核

為了保證小程式的質量，以及符合相關的規範，小程式的發布是需要經過審核的。在開發者工具中上傳了小程式**之後，登入小程式管理後台 - 開發管理 - 開發版本找到提交上傳的版本。在開發版本的列表中，點選提交審核按照頁面提示，填寫相關的資訊，即可以將小程式提交審核。需要注意的是，請開發者嚴格測試了版本之後，再提交審核，過多的審核不通過，可能會影響後續的時間。

發布小程式碼

（5）運營資料

有兩種方式可以方便的看到小程式的運營資料

方法一：

登入小程式管理後台 - 資料分析。點選相應的 tab 可以看到相關的資料。

方法二：

微信小程式協同工作和發布

小程式協同工作和發布

uniapp發布微信小程式適應頭部

（微信小程式）一初識微信小程式

微信小程式 協同工作和發布

小程式協同工作和發布

uniapp發布微信小程式適應頭部

（微信小程式）一 初識微信小程式

相關推薦

微信小程式協同工作和發布

（微信小程式）一初識微信小程式