Copyright@【FESCOCopyright@【FESCOAdecco】第1頁共18頁FESCOAdecco公司內(nèi)部自建系統(tǒng)GIT代碼版本庫操作手冊(cè)及治理標(biāo)準(zhǔn)版本<1.0>GITGIT代碼版本庫操作手冊(cè)及治理標(biāo)準(zhǔn)<草稿>Copyright@【FESCOCopyright@【FESCOAdecco】第10頁共18頁文檔版本歷史版本版本作者/修改者日期描述1.01.1

劉傳宏劉傳宏

2023-01-292023-02-16

草稿修正文檔中對(duì)各版本庫的定義及概念【名目】\l“_TOC_250015“概述 4\l“_TOC_250014“編寫目的 4\l“_TOC_250013“適用范圍 4\l“_TOC_250012“名詞解釋 4\l“_TOC_250011“GIT操作使用說明 5\l“_TOC_250010“GIT工具的安裝及權(quán)限開放申請(qǐng) 5\l“_TOC_250009“GIT工具的使用 6\l“_TOC_250008“從GIT導(dǎo)入工程 6\l“_TOC_250007“創(chuàng)立分支 11\l“_TOC_250006“代碼提交 12\l“_TOC_250005“版本切換 14\l“_TOC_250004“代碼同步 14\l“_TOC_250003“2.2.6 其他 15\l“_TOC_250002“GIT版本庫治理標(biāo)準(zhǔn) 15\l“_TOC_250001“GIT版本構(gòu)造圖 17\l“_TOC_250000“GIT代碼治理執(zhí)行流程圖 18概述編寫目的GIT工具進(jìn)展統(tǒng)一的治理標(biāo)準(zhǔn)。本文所形成的標(biāo)準(zhǔn)將作為IT部門開發(fā)的標(biāo)準(zhǔn)流程進(jìn)展管控，不定時(shí)的進(jìn)展適用范圍全部公司內(nèi)部自主研發(fā)的工程。名詞解釋UAT環(huán)境：用于用戶做驗(yàn)收時(shí)進(jìn)展測(cè)試的環(huán)境，其中數(shù)據(jù)均為線上生產(chǎn)數(shù)據(jù)的備份，在未商定與用戶進(jìn)展驗(yàn)收測(cè)試的狀況下，不對(duì)業(yè)務(wù)部門開放。的臨時(shí)環(huán)境，數(shù)據(jù)為加密及改版過的測(cè)試數(shù)據(jù)。ANTGIT與生產(chǎn)環(huán)境完全保持全都。PRO分支除數(shù)據(jù)庫配置文件不同外，必需完全全都。GIT分支：由開發(fā)工程師依據(jù)需求所建的分支，由開發(fā)工程師從本地GITGIT版本資源庫。GITBU部門穩(wěn)定的可用的測(cè)試環(huán)境。GIT操作使用說明GIT工具的安裝及權(quán)限開放申請(qǐng)GIT插ECLIPSE工程插件構(gòu)造下，ECLIPSE工具安裝插件方法可參照官網(wǎng)上相應(yīng)的教程：“:///egit/updates/“:///egit/updates/進(jìn)展配置定位查詢。翻開配置界面，見以以下圖：用戶名，不允許消滅不符合公司標(biāo)準(zhǔn)的用戶名，假設(shè)消滅則一律駁回。將保存好的口令文件以郵件方式發(fā)治理員，郵箱為 GIT環(huán)境請(qǐng)?zhí)幚怼IT插件安裝及權(quán)限申請(qǐng)的根本流程及方法，員工需要自行完成安裝、配置及權(quán)限申請(qǐng)。GIT工具的使用進(jìn)展?fàn)幷摗IT導(dǎo)入工程：CLONEURI，如以下圖：O進(jìn)展圖解：點(diǎn)擊NEXT，選擇創(chuàng)立本地資源庫的依據(jù)版本，如以下圖：換，以此才能保證當(dāng)前同步下來的版本是目前最的待上線版本。進(jìn)展本地資源庫的創(chuàng)立，如以下圖：WORKSPACECC盤遺失的，未提交至GIT代碼也同樣將無法找回。GIT更擇的版本進(jìn)展關(guān)聯(lián)和合并。版本的初始化選擇如圖中其次個(gè)紅框所示。工程本身代碼的大小有關(guān)，等待完成后，將消滅如以以下圖所示的界面：選擇導(dǎo)入已經(jīng)存在的工程，點(diǎn)擊NEXT，如以以下圖：JAR包文件，后續(xù)圖略。創(chuàng)立分支節(jié)描述分支創(chuàng)立的方法及過程。來操作。To來切換本地已經(jīng)存在的分支版本。創(chuàng)立分支，則需要點(diǎn)進(jìn)展操作，點(diǎn)擊后將會(huì)消滅如以以下圖所示界面：創(chuàng)立的本地的分支名稱。代碼提交UAT上直接進(jìn)展合并。TEAM窗口進(jìn)展提交，見以以下圖：后，將會(huì)消滅如下框體：處為必填項(xiàng)。此處將有兩種提交方式：Commit：提交至本地資源庫，不推送到效勞器上。此時(shí)代碼的提交僅提GIT資源庫中，線上無法見到相應(yīng)的版本。需要重使用插功能才能提交至遠(yuǎn)程效勞器上。CommitandPush：如上描述，提交至本地資源庫，同時(shí)推送至GIT遠(yuǎn)程資源庫。版本切換BUG2.2.2中描述相像，通過插件的TO功能進(jìn)展版本的切換，注：此處的切換指本地環(huán)境的版本，線上版本則需要通過同步后再進(jìn)展切換。代碼同步通過2.2.4的描述，將本地的版本切換為如上文所述的初始化版本，將本地的初始化版本的代碼同步到最的線上版本，操作如下：其他用。GIT版本庫治理標(biāo)準(zhǔn)賬號(hào)作為賬號(hào)名，不允許消滅英文名、全名的簡(jiǎn)稱等作為用戶名。開發(fā)工程師均需要以GITBUG等均需要建分支，不允很多個(gè)功能或BUG合并后進(jìn)展代碼的提交，GITBUG編號(hào)】-【任務(wù)開頭日期〔】進(jìn)展提交，例：Q00120230101。禪道GIT命名BUGBUG需求REQ自動(dòng)化測(cè)試腳本JUNIT禪道GIT命名BUGBUG需求REQ自動(dòng)化測(cè)試腳本JUNIT開發(fā)工程師需要自覺養(yǎng)成代碼同步的習(xí)慣，代碼提交前盡量做到先同步消滅代碼沖突。未準(zhǔn)時(shí)同步導(dǎo)致代碼沖突的發(fā)生，均自行解決相應(yīng)的沖突及問題?！惨韵挛闹小凹軜?gòu)師”表示架構(gòu)師或其指定的某一個(gè)責(zé)任人〕需要對(duì)應(yīng)的提高，將禪道的任務(wù)在拆解過程中，做到更加的可追溯性及原子性。各工程的系統(tǒng)架構(gòu)師必需對(duì)開發(fā)工程師進(jìn)展不定期的管控及監(jiān)視，未完UAT擔(dān)當(dāng)相應(yīng)的責(zé)任。后續(xù)全部的功能公布均由工程所負(fù)責(zé)的系統(tǒng)架構(gòu)師在上線前統(tǒng)一合并到UATPUSH操作。一旦在不定期巡檢中覺察有不合規(guī)的操作，均需要擔(dān)當(dāng)相應(yīng)的責(zé)任。的誤更導(dǎo)致公布到線上時(shí)消滅各種特別或問題。GIT分支創(chuàng)立人協(xié)問題及代碼版本沖突。進(jìn)展代碼的重整合，驗(yàn)收不上線的功能必需進(jìn)展回滾操作。系統(tǒng)架UAT環(huán)境的代碼的完整性，UAT環(huán)境的打包必需做到正確無誤的公布。UATPRO分ANT腳本的執(zhí)行進(jìn)展工程例行更及上線。GIT版本構(gòu)造圖GITGIT遠(yuǎn)程效勞器PROUATGIT分支GIT分支GIT分支GIT分支開發(fā)人員本地GIT分支GIT分支GIT分支GIT分支開發(fā)人員本地GIT資源庫架構(gòu)師用戶UAT測(cè)試局部通過回滾架構(gòu)師用戶UAT測(cè)試局部通過回滾自動(dòng)化腳本制定完全通過制定上線打算依據(jù)上線打算依據(jù)上線打算UAT庫重