#####################################
如果代碼出現bug,你們是如何解決的?
創建一個bug分支,然后進行bug處理,處理完畢后,合並到review分支,組長review成功后才能夠合並到master
合並完成之后刪除bug分支
回到dev分支繼續開發。
###################################
git rebase的作用? 場景：在公司開發忘記提交到github托管，在家里又繼續開發新的功能， 然后到公司昨天的代碼跟你的新功能合並的時候可以用git fecth ---> git rebase 那么他的提交記錄就不會出現分叉,保持了提交記錄的整潔.
###################################
誰來做代碼review？ 做代碼review -組長 -帶你的人
#################################
如何做代碼的review？
創建review分支,然后再創建自己的個人分支,當你完成自己的業務邏輯的時候,
再合並到review分支.給組長做代碼的review
###############################
使用的github 還是gitlab?
用的是github,因為公司比較小,所以沒有自己搭建gitlab,
但是用github的時候代碼一定要用保密的,9美元建立一個倉庫
###############################
列舉工作中常用的幾個git命令？ 新增文件的命令：git add file或者git add . 提交文件的命令：git commit –m或者git commit –a 查看工作區狀況：git status –s 拉取合並遠程分支的操作：git fetch/git merge或者git pull 查看提交記錄命令：git reflog
################################
提交時發生沖突，你能解釋沖突是如何產生的嗎？你是如何解決的？
開發過程中，我們都有自己的特性分支，所以沖突發生的並不多，但也碰到過。諸如公共類的公共方法，我和別人同時修改同一個文件，他提交后我再提交就會報沖突的錯誤。
發生沖突，在IDE里面一般都是對比本地文件和遠程分支的文件，然后把遠程分支上文件的內容手工修改到本地文件，
然后再提交沖突的文件使其保證與遠程分支的文件一致，這樣才會消除沖突，然后再提交自己修改的部分。
特別要注意下，修改本地沖突文件使其與遠程倉庫的文件保持一致后，需要提交后才能消除沖突，否則無法繼續提交。必要時可與同事交流，消除沖突。
####################################
你使用過git stash命令嗎？你一般什么情況下會使用它？
命令git stash是把工作區修改的內容存儲在棧區。
以下幾種情況會使用到它：
解決沖突文件時，會先執行git stash，然后解決沖突；
遇到緊急開發任務但目前任務不能提交時，會先執行git stash，然后進行緊急任務的開發，然后通過git stash pop取出棧區的內容繼續開發；
切換分支時，當前工作空間內容不能提交時，會先執行git stash再進行分支切換；
########################################
如何查看分支提交的歷史記錄？查看某個文件的歷史記錄呢？ 查看分支的提交歷史記錄： 命令git log –number：表示查看當前分支前number個詳細的提交歷史記錄； 命令git log –number –pretty=oneline：在上個命令的基礎上進行簡化，只顯示sha-1碼和提交信息； 命令git reflog –number: 表示查看所有分支前number個簡化的提交歷史記錄； 命令git reflog –number –pretty=oneline：顯示簡化的信息歷史信息；
#######################################
git pull 和 git fetch 有什么區別？
git pull 命令從中央存儲庫中提取特定分支的新更改或提交，並更新本地存儲庫中的目標分支。
git fetch 也用於相同的目的，但它的工作方式略有不同。當你執行 git fetch 時，
它會從所需的分支中提取所有新提交，並將其存儲在本地存儲庫中的新分支中。如果要在目標分支中反映這些更改，
必須在 git fetch 之后執行git merge。只有在對目標分支和獲取的分支進行合並后才會更新目標分支。
為了方便起見，請記住以下等式：
git pull = git fetch + git merge
#######################################