一、git提交**走meger請求的整體流程
工作中使用git推**時，如果走merge請求，那麼也就是說拉**時拉公共**庫的**，但是提交時需要先提交到自己的**庫，然後在gitlab上提交merge請求，相應負責人review**後合併**到公共**庫中。
之前前面的部分沒有總結，過一段時間後竟忘記了什麼原理，現在再次使用git總結下乙個新員工使用git走meger請求的全流程。
1、安裝git
2、git global setup
進入git bush 執行config命令
$git config --global user.name"wangsan111"
$git config --global user.email"[email protected]"
3、因為我們使用 ssh 協議來與 git 伺服器通訊，所以需要生成 ssh 密匙來驗證身份：
//生成秘鑰此時
[c盤》使用者》自己的使用者名稱》.ssh]目錄下會增加兩個檔案4、找同事或者交接人要公司gitlab位址，然後在公司的gitlab上加入公鑰（id_rsa.pub的內容）
5、gitlab上新建個人遠端庫 （可以通過fork其他遠端庫）
fork其他遠端庫步驟：
6、在本地建立工作空間資料夾
git init
7、從公共遠端庫clone對應分支的專案**到本地工作空間資料夾中
進入新建的工作空間資料夾，右鍵點選git bash,開啟git命令列介面，然後執行clone命令
$git clone .git
此處 .git為公共遠端庫位址
8、進入專案資料夾中 檢視當前關聯的專案遠端庫
可以看到當前關聯的遠端庫為clone的遠端庫，命名預設為origin
9、重新命名當前關聯的遠端庫
$git remote rename
注意： 只有先改名才能新增其他的遠端庫關聯
10、再次檢視當前關聯的專案遠端庫
$git remote -v
可以看到遠端的名字已經改變
11、將自己個人的遠端庫新增本地專案關聯
此處.git為個人遠端庫位址
12、再次檢視當前關聯的專案遠端庫
此時會發現當前關聯的有兩個遠端庫且遠端庫的命名都是自己命名的
13、以後工作中要經常拉**和推**，那麼拉**時新增公共**遠端庫名稱和分支名稱，就可以拉取公共庫里的最新**了，而推**時新增自己**遠端庫的名稱和對應分支，就可以將修改的**推到自己**遠端庫了
$git add 修改檔名
$git commit -m "修改描述"
$git remote -v
檢視所有關聯遠端庫名稱（保險起見，使用時間久了，自己都清楚了的話可以省略這一步）
$git pull 《公共**遠端庫名稱》 《分支名》
觀察提示語，提示有衝突解決衝突，無衝突執行提交**操作，執行命令如下：
$git push 《自己遠端庫名稱》 《分支名》
14、從gitlab上看到自己提交的**版本，新建merge請求。
檢查修改內容確定都是自己修改的檔案及內容。
15、提交merger請求，然後等待相應負責人review**就可以了。
二、修改**後直接push**，不需要先提交請求
1、在本地建立工作空間資料夾
2、從公共遠端庫clone對應分支的專案**到本地工作空間資料夾中
3、$git remote -v
檢視關聯的遠端庫的名稱，預設關聯遠端庫為clone**的遠端庫，遠端庫名稱預設為origin
4、修改**後，直接提交到公共遠端庫
$git add 修改檔名
$git commit -m "修改描述"
$git pull origin 《分支名》
觀察提示語，提示有衝突解決衝突，無衝突執行提交**操作，執行命令如下：
$git push origin 《分支名》
注意：origin為clone**的遠端庫的預設名稱。即pull的是公共**庫，直接push的也是公共**庫
git使用流程
說一下使用git做版本控制的時候的工作流程 1 2 3 4 git add a 需要新增到版本庫中的檔案 a 就代表著所有檔案 除開了 gitignore忽略掉的檔案 git commit m 本次提交的備註 git pull 將遠端的庫和本地的庫版本同步一下,因為遠端庫可能發生了修改 多人合作開發...
git 使用流程
去自己的工作分支 git checkout work 工作.提交工作分支的修改 git commit a 回到主分支 git checkout master 獲取遠端最新的修改，此時不會產生衝突 git pull 回到工作分支 git checkout work 用rebase合併主幹的修改，如果有...
Git使用流程
git 全域性資訊追蹤器 git是乙個分布式版本控制工具，git的使用 倉庫不是必須的，使用者本地就是乙個完整的版本倉庫，的前進 回退 刪除等等操作都可以直接在本地進行，不需要 倉庫。但是，在實際操作中，為了能夠和其他同事快速溝通以及合併 一般還是會搭建乙個 倉庫。git對分支的管理非常友好，可以快...
