本篇內(nèi)容主要講解“Git代碼防丟方法有哪些”，感興趣的朋友不妨來(lái)看看。本文介紹的方法操作簡(jiǎn)單快捷，實(shí)用性強(qiáng)。下面就讓小編來(lái)帶大家學(xué)習(xí)“Git代碼防丟方法有哪些”吧!

我們擁有10多年網(wǎng)頁(yè)設(shè)計(jì)和網(wǎng)站建設(shè)經(jīng)驗(yàn)，從網(wǎng)站策劃到網(wǎng)站制作，我們的網(wǎng)頁(yè)設(shè)計(jì)師為您提供的解決方案。為企業(yè)提供網(wǎng)站設(shè)計(jì)、網(wǎng)站建設(shè)、微信開(kāi)發(fā)、小程序開(kāi)發(fā)、移動(dòng)網(wǎng)站建設(shè)、H5開(kāi)發(fā)、等業(yè)務(wù)。無(wú)論您有什么樣的網(wǎng)站設(shè)計(jì)或者設(shè)計(jì)方案要求，我們都將富于創(chuàng)造性的提供專業(yè)設(shè)計(jì)服務(wù)并滿足您的需求。

1、常見(jiàn)工作流程

通常當(dāng)你早上到公司打開(kāi)電腦，首先執(zhí)行更新操作(單擊IDEA菜單VCS-Update  Project...)，然后開(kāi)始愉快地編碼。編碼完成后通常要執(zhí)行以下幾個(gè)操作：

• 更新操作

• 創(chuàng)建本次提交

• 推送遠(yuǎn)程分支

1.1 更新操作

為了保證Git擁有一個(gè)簡(jiǎn)潔的提交歷史，在提交之前需要先執(zhí)行更新操作，即在IDEA中依次單擊菜單VCS-Update  Project...，或者按下Ctrl+T，彈出如下窗口：

窗口左側(cè)選擇更新類型(Update Type)：

• Merge：更新時(shí)執(zhí)行合并操作。等價(jià)于執(zhí)行g(shù)it fetch && git merge或者git pull  --no-rebase。

• Rebase：更新時(shí)執(zhí)行rebase操作。等價(jià)于執(zhí)行g(shù)it fetch && git rebase或者git pull  --rebase。

• Branch Default：在.git/config文件中指定不同分支的更新類型。

窗口右側(cè)選擇在更新前工作目錄(Working Directory)的清理方式：

• Using Stash：使用git stash儲(chǔ)藏本地修改。

• Using Shelve：使用IDEA內(nèi)置的Shelve功能儲(chǔ)藏本地修改。

通常選擇Merge和Using Stash即可，單擊OK后，IDEA執(zhí)行步驟如下：

• 第1步：使用git stash儲(chǔ)藏本地修改

• 第2步：執(zhí)行g(shù)it fetch && git merge拉取遠(yuǎn)程分支并合并

• 第3步：執(zhí)行g(shù)it stash pop恢復(fù)儲(chǔ)藏

有些同學(xué)可能更習(xí)慣先創(chuàng)建本地提交，然后在執(zhí)行更新操作，這樣會(huì)導(dǎo)致Git自動(dòng)生成一個(gè)合并提交，導(dǎo)致提交歷史不夠簡(jiǎn)潔。

1.2 創(chuàng)建本次提交

更新完成后，在IDEA中單擊菜單VCS-Commit...創(chuàng)建本次提交。

1.3 推送遠(yuǎn)程分支

然后單擊VCS-Git-Push...推送至遠(yuǎn)程分支。

2、常見(jiàn)問(wèn)題分析

在上面的3步執(zhí)行步驟中，第2步和第3步發(fā)生意外的風(fēng)險(xiǎn)最高，最常見(jiàn)的兩種意外情況是沖突和文件占用，下面我們分別討論。

2.1 合并遠(yuǎn)程分支沖突

如果在執(zhí)行更新操作之前，你的本地分支已經(jīng)創(chuàng)建過(guò)提交，并且尚未推送至遠(yuǎn)程分支，則在第2步執(zhí)行g(shù)it merge時(shí)很可能會(huì)發(fā)生沖突。

此時(shí)關(guān)閉上面的沖突窗口，Version Control工具窗口顯示內(nèi)容如下：

窗口右下角原本顯示分支名稱的位置變成了Merging  master，表示本地分支master目前處于正在合并狀態(tài)。單擊左側(cè)紅框內(nèi)Resolve按鈕可以再次調(diào)出處理沖突窗口?；贗DEA的圖形界面手動(dòng)解決沖突后，IDEA會(huì)自動(dòng)將該文件加入暫存區(qū)(加入暫存區(qū)即表示沖突解決完成)，最后執(zhí)行一次提交便可以完成沖突處理。

2.2 恢復(fù)儲(chǔ)藏沖突

在更新操作的第3步執(zhí)行g(shù)it stash pop恢復(fù)儲(chǔ)藏時(shí)，儲(chǔ)藏內(nèi)容可能與剛更新的內(nèi)容發(fā)生沖突。

恢復(fù)儲(chǔ)藏時(shí)發(fā)生的沖突跟上面的合并沖突稍微有些區(qū)別，首先是右下角的分支名稱沒(méi)有Merging字樣，另外會(huì)在右下角額外彈出一個(gè)小窗提示恢復(fù)儲(chǔ)藏失敗，并且告訴你不用擔(dān)心，所有的修改都在stash列表中，并沒(méi)有丟失。查看stash列表的方式為單擊菜單VCS-Git-UnStash  Changes...:

選中列表最上面的條目，然后單擊Apply Stash，之前的修改就會(huì)重新回到工作目錄。

我們繼續(xù)回到?jīng)_突問(wèn)題，手動(dòng)解決沖突后執(zhí)行一次提交就可以了。如果在解決沖突過(guò)程中發(fā)生了誤操作，可以右擊Default  Changelist-Revert...清空當(dāng)前工作目錄內(nèi)容，重新執(zhí)行一次Apply Stash，然后重復(fù)解決沖突過(guò)程。

2.3 文件占用錯(cuò)誤

在執(zhí)行第2步git  merge時(shí)，可能會(huì)因?yàn)槲募徽加脤?dǎo)致執(zhí)行失敗。例如項(xiàng)目可能引入了一些jar文件，這些jar文件在本地已經(jīng)被JVM動(dòng)態(tài)加載了，如果有其它人更新了該jar文件并且推送到了遠(yuǎn)程分支，當(dāng)你更新時(shí)便會(huì)遇到上述問(wèn)題。關(guān)注微信公眾號(hào)「web_resourc」,回復(fù)  Java 領(lǐng)取2019最新資源。

對(duì)于這種錯(cuò)誤的解決方法很簡(jiǎn)單，首先解除文件的占用狀態(tài)，例如終止本地JVM進(jìn)程，然后再次點(diǎn)擊VCS-Update。

在執(zhí)行第3步git stash  pop時(shí)，也會(huì)因?yàn)槲募徽加脤?dǎo)致執(zhí)行失敗。例如你更新了某個(gè)jar文件，當(dāng)恢復(fù)儲(chǔ)藏時(shí)可能因?yàn)樵搄ar文件被占用導(dǎo)致恢復(fù)失敗。

對(duì)于這種錯(cuò)誤，你需要首先解除文件占用狀態(tài)，然后手動(dòng)執(zhí)行unstash操作。

3、先提交還是先更新?是個(gè)問(wèn)題!

3.1 先提交后更新導(dǎo)致的問(wèn)題

3.1.1 發(fā)生沖突時(shí)難以處理

如果先提交，但是在更新時(shí)卻發(fā)生了沖突，這就意味著你剛剛創(chuàng)建的提交其實(shí)是有問(wèn)題的，通常是團(tuán)隊(duì)溝通或是分工出了問(wèn)題，但是不管這么說(shuō)，別人已經(jīng)搶先一步push了，你的提交便會(huì)被拒之門外。即便是手動(dòng)解決了沖突，這個(gè)提交保留在歷史中也會(huì)成為隱患，如果有其他人reset回這個(gè)提交繼續(xù)工作，則在合并其它分支內(nèi)容時(shí)發(fā)生沖突的概率會(huì)大大增加，所以最好處理方式是先撤銷這個(gè)提交(reset  --soft HEAD~)，然后更新并解決沖突，最后創(chuàng)建一個(gè)新的提交。

3.1.2 錯(cuò)誤的處理沖突方式

在發(fā)生沖突后，有些同學(xué)可能會(huì)想到下面的處理方式：

• 清空當(dāng)前工作空間

• 調(diào)整沖突部分的代碼

• 然后再次執(zhí)行更新操作

上面的處理方式很明顯是不可行的，因?yàn)槟阏{(diào)整的代碼首選會(huì)被IDEA儲(chǔ)藏(stash)起來(lái)，然后在更新的第2步中仍然會(huì)發(fā)生沖突，并且發(fā)生沖突時(shí)，你的修改尚未恢復(fù)儲(chǔ)藏(unstash)，導(dǎo)致看起來(lái)你調(diào)整的代碼不見(jiàn)了，讓人摸不著頭腦。

3.1.3 Rebase會(huì)改寫提交歷史

如果在IDEA的更新窗口選擇更新類型為Rebase，則等價(jià)于手動(dòng)執(zhí)行g(shù)it fetch && git rebase或者git pull  --rebase命令。這樣的好處是不會(huì)生成一個(gè)自動(dòng)合并提交，保持簡(jiǎn)潔的提交歷史。但是需要注意的是，Rebase之后，你的本地提交會(huì)被改寫，雖然提交信息一樣，但是commit  hash已經(jīng)改變了，如下圖所示：

在執(zhí)行完如下的Rebase命令后，

執(zhí)行結(jié)果為：

請(qǐng)注意，結(jié)果中的v4和v5提交已經(jīng)被改寫了。

3.2 推薦先更新后提交

如果你事先知道會(huì)發(fā)生沖突，相信你一定不會(huì)選擇先提交代碼，但是沖突是不可避免的，這就要求我們平時(shí)養(yǎng)成良好的開(kāi)發(fā)習(xí)慣。與其解決提交后的沖突，不如盡早地解決沖突然后提交，這樣不僅可以減少一個(gè)無(wú)意義的自動(dòng)合并提交，而且可以在沖突發(fā)生時(shí)簡(jiǎn)化處理過(guò)程。

3.3 養(yǎng)成良好習(xí)慣

為了盡量避免沖突發(fā)生，建議養(yǎng)成如下開(kāi)發(fā)習(xí)慣：

• 編碼前先更新

• 提交前先更新

• 提交前檢查是否有編譯錯(cuò)誤

• 提交粒度盡可能小，描述盡可能準(zhǔn)確

• 修改了公共文件，盡早通知其他成員更新

• 最后一條，也是最重要的，團(tuán)隊(duì)分工要明確

到此，相信大家對(duì)“Git代碼防丟方法有哪些”有了更深的了解，不妨來(lái)實(shí)際操作一番吧！這里是創(chuàng)新互聯(lián)網(wǎng)站，更多相關(guān)內(nèi)容可以進(jìn)入相關(guān)頻道進(jìn)行查詢，關(guān)注我們，繼續(xù)學(xué)習(xí)！

網(wǎng)頁(yè)標(biāo)題：Git代碼防丟方法有哪些
標(biāo)題路徑：http://chinadenli.net/article2/jhhiic.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供網(wǎng)站內(nèi)鏈、網(wǎng)站排名、小程序開(kāi)發(fā)、網(wǎng)站建設(shè)、網(wǎng)站導(dǎo)航、ChatGPT

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請(qǐng)盡快告知，我們將會(huì)在第一時(shí)間刪除。文章觀點(diǎn)不代表本網(wǎng)站立場(chǎng)，如需處理請(qǐng)聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時(shí)需注明來(lái)源： 創(chuàng)新互聯(lián)