午啪啪夜福利无码亚洲,亚洲欧美suv精品,欧洲尺码日本尺码专线美国,老狼影院成年女人大片

1、軟件科技公司產(chǎn)品、項目開發(fā)源代碼管理制度編 制： 審 核： 批 準： 版 本 號: ESZAQDGF001 編 制： 審 核： 批 準： 版 本 號: 源代碼管理制度一、 總則為了加強公司產(chǎn)品、項目開發(fā)源代碼及相關技術文檔的管理，進而確保項目實施的效率和質(zhì)量，特制定本辦法。二、 適用范圍產(chǎn)品、項目開發(fā)技術人員及項目實施負責人。三、 定義項目：是指通過公司立項確定需要按期實施的項目。項目實施：是指為完成立項項目進行的階段性或特定領域的實施過程，主要包括研發(fā)實施和部署實施。源代碼：是指產(chǎn)品、項目研發(fā)過程中所產(chǎn)生的程序源代碼。技術文檔：是指產(chǎn)品、項目配套的各類設計文檔、操作手冊等技術性文檔。版本管理2、服務器：指公司架設供所有開發(fā)人員使用的Subversion(SVN)服務器。源代碼提交：指開發(fā)人員通過客戶端程序?qū)⑺帉懺创a上傳至版本管理服務器的操作過程。四、 源代碼日常管理流程源代碼管理是技術研發(fā)過程的日常管理，主要包括源代碼提交、源代碼審閱、異常協(xié)調(diào)等幾個環(huán)節(jié)。五、 源代碼結(jié)構(gòu)設定源代碼結(jié)構(gòu)是指源代碼在版本管理服務器上存放的文件夾結(jié)構(gòu)。源代碼結(jié)構(gòu)的設定由項目實施負責人決定。源代碼結(jié)構(gòu)設定有幾項基本要求： 必須設置文檔文件夾：每一個獨立項目或子項目源代碼文件內(nèi)，至少設定一個docs或doc文件夾以存放僅與該項目相關技術文檔和參考資料； 必須考慮支持庫：源代碼結(jié)構(gòu)中，應考慮具體項目所引用的3、非標第三方支持庫或框架的存放位置； 必須可以直接編譯：源代碼結(jié)構(gòu)必須是可直接編譯結(jié)構(gòu)。即任何一臺新裝計算機，在安裝了必要的開發(fā)環(huán)境軟件以后，通過從版本管理服務器上簽出整套源代碼后，應該可以直接完成編譯。六、 500提交500提交是指項目實施期間，所有參與開發(fā)的技術人員，每日5:00必須將當日所編制的源碼或技術文檔提交至版本管理服務器。源代碼及技術文檔提交有如下幾項要求： 任何一次提交都必須對所提交內(nèi)容進行注釋； 提交注釋必須包含的信息項包括：所屬模塊或功能（必須與項目實施進度計劃一致）、性質(zhì)（正常開發(fā)、修改BUG、擴展功能）、狀態(tài)（編碼中（x%）、調(diào)試通過、獨測通過、聯(lián)測通過）、更新說明（本次4、提交所涉及修改部分的簡要說明）。 提交注釋必須以下圖示例格式為準。 所提交源碼必須是編譯無錯版本。七、 530審閱530審閱是指項目實施負責人，每日下班前審閱版本服務器上所有下屬技術人員所提交的源代碼和技術文檔。源代碼審閱有以下幾點審閱標準： 下屬技術人員必須全員按時提交； 所有提交必須附有符合要求的提交注釋； 各人所提交的內(nèi)容必須與既定的項目實施進度計劃安排一致；審閱過程中，凡不符合上述任一條標準的，則表示當日源碼提交出現(xiàn)異常。項目實施負責人應立即進行協(xié)調(diào)，未按時提交者督促其即刻提交；沒有附提交注釋或注釋不符合要求者，補充提交注釋；提交內(nèi)容與既定項目實施進度計劃安排不一致者，要進行溝通和協(xié)調(diào)5、，保證參與實施人員的每日工作均按既定計劃分步實施。八、 進度計劃更新項目實施負責人，通過530審閱和必要的簡短溝通，確認各在執(zhí)行子任務的真實進度，并以此為準更新進度計劃文檔。九、 版本庫布局版本庫按項目布局，每一個項目建立一個獨立的版本庫，項目版本庫下設置trunk和branches兩個文件夾，分別用于存放原始項目資料和起源于原始項目的分支項目。每一個項目分支都應該有含義明確的命名，并以分支名稱在branches文件夾下建立子文件夾。分支文件夾的結(jié)構(gòu)與trunk文件夾結(jié)構(gòu)一致。trunk文件夾下設置working和locked兩個文件夾，其中working為工作文件夾，參與項目的開發(fā)人員有改寫6、權(quán)限。locked文件夾為定版文件夾，項目開發(fā)人員無權(quán)訪問，項目實施負責人有改寫權(quán)限，品監(jiān)部有簽出權(quán)限。working文件夾下設置docs和projects兩個文件夾，其中docs文件夾存放項目相關設計文檔，projects文件夾存放各子項目工程文件夾。docs和projects文件夾以下子文件夾結(jié)構(gòu)不做限定，但對于C/S類項目建議在projects文件夾下設置server和client兩個文件夾，分別存放服務端子項目資料和客戶端子項目資料。十、 項目定版項目定版是指項目研發(fā)實施到某個進度計劃中設定的里程碑狀態(tài)或其他特定狀態(tài)時，整體提交的一個階段性版本。一些既定的定版包括：系統(tǒng)聯(lián)機調(diào)試定版、內(nèi)7、測定版、演示定版、實測定版、發(fā)布定版、升級定版。對于項目定版有如下要求： 項目所有子項目、子模塊源碼均編譯無錯； 編譯所成系統(tǒng)可聯(lián)機運行； 所有技術文檔與實現(xiàn)源碼一致；項目定版由項目實施負責人組織實施，實施過程在源代碼庫上面體現(xiàn)為：working文件夾下最新版本的源碼和文檔被一次性完整的提交到locked文件夾。項目定版操作建議： 將locked文件夾檢出(Checkout)一個副本到本地文件夾； 將workingdocs和workingprojects兩個文件夾導出(Export)到locked副本文件夾，覆蓋locked文件夾下的原文件； 提交(Commit)locked文件夾；項目定版提8、交必須附提交注釋，注釋內(nèi)容必須包含的項目包括：定版目的（聯(lián)機調(diào)試、內(nèi)測、演示、實測、發(fā)布、升級）、版本特性。其中版本特性要進行詳細說明。如果是第一個定版，版本特性應詳細列舉已經(jīng)實現(xiàn)的功能，后續(xù)定版提交注釋的版本特性說明則只需寫明新版本較上一個版本的新特性。十一、 項目既定定版說明既定定版是指在項目研發(fā)實施過程中的必須設定的幾個階段性版本。 聯(lián)機調(diào)試定版：是指項目整體設計中的所有子系統(tǒng)和子模塊都已經(jīng)完成基礎開發(fā)，在研發(fā)實施團隊內(nèi)部進行完整系統(tǒng)聯(lián)機調(diào)試通過以后的版本。聯(lián)機調(diào)試版本中的各個子系統(tǒng)和子模塊不需要完整實現(xiàn)了所有既定功能，也不需要達到既定設計性能，可以存在BUG，其主要作用是為研發(fā)實施團隊9、自身構(gòu)建一個可供各功能模塊進行聯(lián)機調(diào)試的系統(tǒng)環(huán)境，并確認系統(tǒng)整體設計的可實施性。聯(lián)機調(diào)試定版后，研發(fā)實施團隊應撰寫系統(tǒng)部署手冊草案； 內(nèi)測定版：是指移交品監(jiān)部進行系統(tǒng)測試的版本。內(nèi)測版本應該是通過若干次聯(lián)機調(diào)試，并且已經(jīng)解決了所有聯(lián)機調(diào)試過程中所發(fā)現(xiàn)問題以后的版本。內(nèi)測定版不一定實現(xiàn)了所有的功能，但已經(jīng)實現(xiàn)的功能應該具備基本的穩(wěn)定性； 演示定版：是指通過若干次內(nèi)測之后，不存在特別嚴重缺陷，可供商務人員向客戶進行產(chǎn)品功能和性能演示的版本。演示定版不一定實現(xiàn)了所有的功能，也不一定達到系統(tǒng)既定設計性能。 實測定版：是指通過若干次內(nèi)測之后，不存在影響正常使用的缺陷，可供在客戶真實環(huán)境試用的版本。實測定版應該實現(xiàn)了所有核心功能，允許少量存在不確定因素的功能缺失； 發(fā)布定版：是指通過若干次內(nèi)測和實測之后，已經(jīng)實現(xiàn)了所有既定功能、完全達到既定設計功能的穩(wěn)定版本，是項目研發(fā)實施的最終成果。 升級定版：是指發(fā)布之后，通過收集整理客戶使用反饋的問題和新需求，經(jīng)過分析整理，對原系統(tǒng)進行了計劃性改進后，重新發(fā)布的改良版本，升級定版在功能、性能和穩(wěn)定性方面的要求與發(fā)布定版一致。此制度自頒布之日起開始實行。XX年月日