1、Gitlab使用流程（內部公開文件）1.賬號申請2.客戶端安裝3.SSH key使用(Mac)4.SSH key 使用（Windows）5.新建項目規則6.項目檢出check7.創建分支branch8.代碼提交Commit9.代碼拉取Pull10. 代碼推送Push11. 代碼標簽tag12. 代碼沖突解決13. 創建忽略文件14. Git Flow實戰一、賬號申請1.開發人員提供以下資料給管理員： 姓名（用于展示用戶姓名）郵箱（用于接收密碼接收推送通知等）2.收到重置密碼郵件以后進行密碼重置 密碼需要設置8位以及以上，建議使用自己的姓名+數字組成比如3.登錄 在瀏覽器輸入：http:/szl

2、:15280/ 進入到gitlab登錄頁，輸入用戶名（自己姓名的全拼），以及密碼可以進入系統。登錄成功后，用戶的操作按鈕在頁面右上角二、客戶端安裝統一使用SourceTree軟件進行代碼開發的管理下載地址：http:/ key1.打開終端命令行2.輸入以下內容： ssh-keygen -t rsa -C “郵箱地址郵箱地址“3.要求輸入密碼的時候，直接回車即可4.然后查看生成的SSH Key cat /.ssh/id_rsa.pub5.把這個SSH key的內容添加到Gitlab個人設置中（請參見下一步）2431三、SSHkey使用（Mac）1.打開Gitlab登錄

3、自己的賬戶， 進入用戶設置，找到SSH keys2.點擊右側 Add SSH Key3.輸入上一步生成的key4.點擊Add key 即可添加成功一個key232）Gitlab 配置SSH keysSSH key 使用（Windows）第四章SSH key 使用（Windows）1）生成SSH key1.點擊創建SSH秘鑰2.點擊Generate后，3.用鼠標在進度條下方來回滑動4.生成的key點擊Save public key 和save private key，保存好公鑰 私鑰（重要）1234SSH key使用（ Windows ）1.打開Gitlab登錄自己的賬戶， 進入用戶設置，找到S

4、SH keys2.點擊右側 Add SSH Key3.輸入上一步生成的key4.點擊Add key 即可添加成功一個key232）Gitlab 配置SSH keysSSH key使用（Windows）1.啟用source tree的工具，點擊“選項”2.選擇上次生成的SSH秘鑰3.點擊“確定”即可添加成功3）客戶端導入私鑰1132SSH key使用（Windows）1.啟用source tree的工具，點擊“啟動SSH助手”2.如果沒有彈出SSH助手，則看系統托盤是否有3.點擊“Add Key”4.選擇之前導出的私鑰5.添加成功后，查看公鑰跟Gitlab網頁添加的 相同，則說明成功4）SSH助

5、手配置113245新建項目規則第五章1）創建項目組1.當有新項目需要進行代碼提交時，首先通過管理員創建一個項目的分組 2.點擊“New Group”3.在輸入框輸入英文的組名 ：如igwfmc2）項目組增加用戶1.點擊“Groups”2.選擇相應項目名稱，如“igwfmc”3.選擇需要添加的用戶和用戶角色角色一般選擇“developer”1233）創建新項目1.點擊“Projects”2.選擇新增項目“New Project”3.分別新建:igwfmc_iOS、igwfmc_android、igwfmc_server、Igwfmc_H5 (如果有)等幾個項目項目的namespace都要屬于ig

6、wfmc的項目組。 1233項目檢出第六章1）獲取項目SSH地址或者HTTP地址用戶可以通過首頁“Projects”，查看所有參與的項目，點擊相應的項目，進入項目的詳情頁項目詳情頁最上面，就是本項目的SSH和HTTP地址Tips：點擊狐貍頭，可以從任何界面回到本頁122）打開git客戶端，克隆項目MAC版本Windows版本3）克隆項目MAC版本Windows版本Tips：從高級選項可以選擇檢出的分支不過一定要檢出Master分支方便后續的分支開發創建分支第七章1）打開Source Tree客戶端選擇需要創建分支的版本2）點擊分支按鈕，輸入分支名稱，即可創建分支2）新分支創建成功需要提交分支信

7、息Tips：創建新分支后需要先推送一次，是為了在遠端創建分支代碼Commit第八章1）IDE中保存代碼，打開SourceTree點擊工作副本，把“未暫存文件”的Checkbox選中，文件會全部進入“已暫存文件”列表12Tips：1.點擊文件可以看到該文件的修改內容2.僅勾選“未暫存文件”列表中的一個文件，可以單獨把一個文件放到“已暫存文件”中2）提交（Commit）該操作僅是把版本保存到本地版本列表中，其他用戶暫時還看不見。確定所有需要提交的文件全部在“已暫存文件”之后點擊“提交”按鈕，輸入修改的主要內容，即可提交。123）提交成功提交成功后，可以通過點擊相應的分支，查看當前版本類圖備注：1.

8、超前一個版本：是距離我們從遠端檢出（check）下來以后，提交的代碼超前于這個版本2.落后6個版本：是遠端有6個提交內容沒有更新Tips：Commit代碼，僅是對于本地代碼而言的，所以commit以后，任何其他人是看不見的代碼Pull第九章1）點擊“拉取”按鈕點擊拉取，勾選需要獲取到的分支，即可從服務器中獲取最新代碼。2Tips：1.要養成每次開發前，都先拉取最新代碼的習慣2.不要選擇立即提交合并的改動，因為可能會有代碼沖突，這樣的版本Commit沒有意義，一定要沒有沖突了再手動提交一次1代碼Push第十章1）點擊“推送”按鈕點擊推送，勾選需要推送到的分支，即可推送到服務器中。2Tips：1.

9、當Commit代碼以后，應用一般會出現幾個版本需要推送的提示（如沒有，可以嘗試刷新）。2.如果此時有需要拉取的數據沒有拉取，則提示失敗1創建Tag第十一章1）點擊“標簽”按鈕每發布一個穩定版本時，通常會加上一個標簽2Tips：1.點擊推送標簽，即可對遠端進行同步2.Tag通常用來記錄里程碑版本1代碼沖突解決第十二章1）沖突解決Git也會出現沖突，沖突標記跟SVN相似，一般都是通過多人協作，手動解決。 hotfix:index.html 123 = 234 devolop:index.html 可以看到 = 隔開的上半部分，是 hotfix分支中的內容，下半部分是在 develop 分支中的內容

10、。解決沖突的辦法無非是二者選其一或者由你親自整合到一起。比如你可以通過把這段內容替換為下面這樣來解決： 123 Tips：1. 推薦修改前先從服務器上更新文件到本地減少沖突。2. Pull時不要立即提交（Commit）合并，避免因為沖突而需要多產生一個版本創建忽略文件第十三章1）創建文件使用IDE開發，容易出現IDE的各種配置信息或者各種Build文件，這些文件是不需要放到代碼庫中保存的，所以每個git項目新建成功后，需要新增一個忽略文件。兩個文件都要這個給git項目的跟目錄下，目錄結構如下：Tips：1.README文件也是需要創建的文件。這個相當于項目的簡介首頁，可以記錄項目的版本發布歷程

11、，代碼規范，代碼命名規范，代碼目錄結構說明等。一個項目中可以有多個.md文件2.Gitignore文件前面的“.”不要忽略，該文件是手動創建的1）Eclipse Android忽略實例# built application files *.apk *.ap_ # files for the dex VM *.dex # Java class files *.class # generated files bin/ gen/ # Eclipse project files .classpath .project # Proguard folder generated by Eclipse pro

12、guard/ # Intellij project files *.iws .idea/workspace.xml .idea/tasks.xml 1）Xcode開發忽略文件實例.DS_Store build/* *.xcuserdatad Pods *.xcuserstate Podfile.lock .name xcode.xml scope_settings.xml workspace.xml vcs.xml encodings.xml misc.xml modules.xml OrientFund.iml#ignore svn document.svn/*Git Flow實戰第十四章1

13、）項目中必備分支主干主干分支分支Master ：隨時可供在生產環境中部署的代碼，建議伴有標簽（TAG）Develop：每天需要提交和合并的代碼，功能逐漸完成的代碼開發分支輔助分支輔助分支Feature：新功能分支，輔助develop分支。主要用于實驗性且效果不好的代碼變更。或者用于項目組新成員接手開發新功能等。分支可以合并到develop分支，或者直接丟棄。命名規范：feature-*Release：當基本版本完成，準備提交時到APP Store的等待時間，本分支可以做小BUG的修復。成功通過APP Store審核后，必須合并到Master分支，并記錄標簽（Tag），如果有BUGfix，則還需

14、合并到Develop分支。此版本的作用是項目二期可以繼續在develop分支開始開發。命名規范：release-*Hotfix: 對于線上版本（Master分支）的BUG修改的輔助分支，必須合并回master分支和develop分支。命名慣例：hotfix-*2）工作流程圖1. 創建項目2. 創建Master分支、develop分支3. 在develop分支不斷開發和迭代版本0.1功能，如果有需要創建feature開發，則創建并最終選擇是否合并到develop分支4. Develop分支的0.1版本開發完成，創建release-0.1分支，打包發布給測試人員測試，并進行在develop分支上繼續開發0.2版本。5. 測試人員發現release-0.1版本bug，相關開發人員直接在該分支上修改，并打包給測試人員繼續測試。其他人員繼續在develop分支開發新功能。6. V0.1測試完成，發給用戶查看，打包release-0.1給用戶。用戶如果有需要修改的需求或者BUG，項目經理把需求和BUG分開。需求問題需要告知客戶要等下一個小版本。比較小的BUG問題，選擇性的修改或者放到下一版本。如果用戶要求一定要看到修改，則一定要合并到develop分支。7. 同上一步驟，發布release-0.2版本，此時可以刪除release-0.1分支。直到最后發布release-1.0版本后。8.