詳解使用IDEA模擬git命令使用的常見場景
大傢好，最近白澤第一次開始參與小組合作開發，以前都是自己用git保存自己的代碼，自己維護，用git的場景也比較單一，沒有遇到過拉取代碼合並出現沖突的問題。但是小組開發拉取遠程倉庫的代碼時，遇到他人所提交代碼與自己的本地代碼出現沖突在所難免，所以白澤特意去學習瞭一下git的沖突處理，接下來用一個小demo復現一下我學習的過程
前期準備
新建一個遠程倉庫
在一個文件夾內建立兩個子文件夾作為兩個本地倉庫的存放位置
之所以建立兩個文件夾，這樣做的目的是為瞭模擬兩個用戶對同一個項目進行合作開發，假設demo1為用戶A的本地倉庫，demo2為用戶B的本地倉庫，後面會用兩個本地倉庫模擬多人開發中會遇到一些常見場景，並給出解決方案
在demo1文件夾中新建test1與test2兩個文件作為demo1倉庫的初始內容，此時demo2文件夾為空
本地倉庫與遠程倉庫建立聯系
下面這張圖是新建git遠程倉庫成功之後顯示的提示文檔，指示你該如何將本地倉庫與遠程倉庫建立聯系，我給出瞭每條命令的解釋
echo "# 內容" >> README.md //生成一個幫助文檔，可以不通過命令行創建，也可以不創建 git init //將當前文件夾初始化為一個git本地倉庫 git add README.md //將README.md添加到暫存區 git commit -m "第一次提交" //將暫存區中的文件提交到本地的git倉庫 git branch -M main //將當前分支重命名為main git remote add origin [email protected]:BaiZe1998/git-idea-demo.git//添加遠程倉庫（建立聯系） git push -u origin main //將本地倉庫當前分支的內容推送到遠程倉庫的main分支，使用-u參數後以後推送如果不加origin main，就會默認推動到origin的main分支
此時依舊在git-idea-demo1的文件夾內，在下方的終端輸入處輸入上述所有的命令，結束之後結果應該與下圖相同
細心的你發現遠程倉庫的內容確實更新瞭，但是有一個問題就是你發現遠程庫並沒有test1.txt與test2.txt兩個文本文件，原因在於上面我們使用瞭一個命令 git add README.md，這個命令隻是將README.md這一個文件添加到緩存區，後面的 git commit -m “第一次提交” 負責將緩存區中內容全部提交到本地倉庫，然後由git push -u origin main命令將本地倉庫內容全部推送到遠程倉庫，為瞭使得我們遠程倉庫也能同步test1.txt與test2.txt必須一開始就將這兩個文件加入本地的緩存區
接下來通過輸入三行代碼將test1.txt與test2.txt同步到遠程倉庫
git add . //表示將當前文件夾內所有文件加入緩存區 git commit -m"描述信息" //提交時可以添加一些描述信息" git push //第一次使用瞭git push -u origin main之後下一次提交隻需要git push簡寫即可
最後遠程倉庫也同步瞭本地倉庫的數據，我們的準備工作也做好瞭，接下來正式開始模擬兩個用戶協同開發時會遇到的場景
模擬兩個用戶協同開發的場景（使用IDEA自帶界面操作，不使用命令行）
假設：員工A是某公司的老員工，員工B是公司的新人
推送代碼到遠程倉庫（當隻有一個人在維護遠程倉庫時）
事實上上述操作git的步驟都是使用瞭git的命令行操作的方式，並沒有發揮出IDEA的強大，接下來將盡量使用IDEA的界面上的可視化按鍵去完成對git的操作
- 當員工B還未加入到員工A的開發小組，整個項目隻有員工A在維護的時候，員工A在自己的新建瞭test3.txt，接下來將該文件添加到緩存區，並提交到本地倉庫，然後再從本地倉庫推送到遠程倉庫（修改->添加->提交->推送，這是很常見的一個git操作流程，註意接下來將不使用命令行操作）
- 修改項目內容（添加瞭test3.txt）
添加到緩存區
提交到本地倉庫，並且選擇commit and push
遠程倉庫完成瞭數據的同步
克隆遠程倉庫項目
今天員工B被分配到員工A所在的小組參與開發，所以他首先要將小組當前正在開發的分支的項目代碼從遠程倉庫克隆到本地，首先用IDEA打開git-idea-demo2文件夾，在終端Terminal處輸入git clone 遠程倉庫的地址將整個項目拷貝到git-idea-demo2文件夾內
註意，雖然員工B在git-idea-demo2文件中用瞭克隆，但是git-idea-demo2中的git-idea-demo文件才是員工B本地倉庫的存放文件（進入之後看到.git文件在哪個文件夾內，哪個文件夾就是本地倉庫文件夾）
拉取遠程倉庫的代碼（遠程倉庫與本地倉庫無沖突）
- 就在員工B開始正式參與A小組的開發，當前他還未對上一次克隆下來的版本的代碼做任何修改，在準備開始編碼前，他又嘗試去遠程倉庫拉取最新的代碼（因為員工A有可能又提交瞭新的修改的版本）
- 為瞭滿足情景，我們讓員工A修改一下test3.txt，然後推送到遠程倉庫
員工B拉取遠程倉庫的最新版本的代碼，選擇第一個，將要修改的代碼合並到當前分支
此時員工B本地倉庫的main分支已經已經合並瞭員工A提交到遠程倉庫main分支上的修改（註意此時員工B，從遠程倉庫拉取代碼，將代碼合並到本地倉庫，都是IDEA自動完成，這隻有在沒有沖突發生的情況下才能做到）
拉取遠程倉庫的代碼（遠程倉庫與本地倉庫有沖突）
員工B修改瞭test3的代碼，並且執行添加->提交->推送
接下來員工A也修改瞭test3.txt文件，這次將原來的第一行內容改變（此時員工A還沒有去拉取遠程倉庫的代碼），然後在提交修改之前員工A又去拉取遠程倉庫的代碼（提交自己的更改前拉取遠程倉庫代碼是一個好的習慣）
發生瞭沖突，因為員工A本地所做的修改是在員工B推送到遠程倉庫的前一版本的基礎上做的修改，而員工B的推送使得遠程倉庫的最新版本與員工A本地版本不同（很明顯員工B修改瞭test3文件，而員工A本地也在修改test3文件，如果貿然將遠程倉庫的代碼合並到員工A的本地，遠程倉庫的代碼很有可能覆蓋掉員工A當前所做的修改，所以此時需要手動處理沖突，選擇最終需要保留的部分）
手動處理沖突，最終選擇保留A自己的修改，以及額外又添加上瞭第三行修改
員工A將修改推送到遠程倉庫（本次整體的流程為：拉取->處理沖突（如果有）->添加->提交->推送）
到此這篇關於詳解使用IDEA模擬git命令使用的常見場景的文章就介紹到這瞭,更多相關IDEA模擬git命令使用內容請搜索WalkonNet以前的文章或繼續瀏覽下面的相關文章希望大傢以後多多支持WalkonNet！