Ｇit入門

關於版本控制的描述何者正確?

• 為了達成版本控制
  應該限制所有人用同一份檔案開發來確保進度相同

• 在為檔案命名的時候直接在後方加上當天日期以供辨識就是不會出錯的版本控制

• git 是一種開源的分散式版本控制系統

• 多人協作時版本控制的成本很高
  這種時候只要自行刪改完內容再共用就好

關於Git的描述何者正確?

• Git的分散式設計讓每個參與的開發者都不需要完整的數據庫，只擁有自己要修改的部分檔案

• Git是一個集中式版本控制系統
• 單個開發者的程式碼不能使用Git管理

• Git是一個分散式版本控制系統，用於協調多個開發者之間程式碼的變更

在Git的流程中將檔案提交到遠端數據庫的過程中會經過四個重要的區塊

關於這些區塊的描述何者「錯誤」?

(圖片僅供提示)

• 「工作目錄」

  主要進行文件修改的地方

  一般在開發時進行的變更會發生在此

• 「索引/暫存區」

  用來暫存準備提交的檔案修改的區域

• 「本地數據庫」

  位在本地網路服務商的數據庫，用來儲存提交的歷史紀錄

• 「遠端數據庫」

  託管在遠端伺服器上的數據庫，用來儲存提交的歷史紀錄，允許不同開發者間共險和推送變更

將修改提交到本地數據庫的過程中所使用的指令

下列敘述何者正確？

• 使用 git add 指令將工作目錄中的變更加入到暫存區

• 使用 git push 指令將變更提交到本地數據庫

• 可以透過git status指令來查看歷史紀錄

• 可以透過git log 確認目前的狀態

關於 Git 分支( branch )的概念何者正確？

• 分支的設計是為了支援並行開發，讓不同的功能相依進行

• 專案不該無限制地分支下去，準確地進行合併(merge)和刪除不用的分支也是重要的課題

• 在合併分支的時候若出現衝突，直接覆蓋過去然後提交，讓遇到問題的人去處理就好

• 透過 Git 協助進行版本控制的專案，因為有 Git 在所以不用花費心力管理

關於Git分支的操作指令，下列何者正確?

• 能透過 git clone 來建立新的分支以進行平行開發

• git checkout branchA
  以確認分支A的提交狀態

• 使用git merge branchA

  可以將名為branchA的分支合併進當前的分支

• 可以用
  git branch -d branchA
  切換當前的分支

關於常見的通用git-flow規劃，下列描述何者正確？

• Master是主要開發分支，開發者們會將變更直接提交到此分支

• Develop 是所有開發的基礎分支，所有的Feature都由此分支，開發完成後各自獨立

• Hotfix 分支用於處理緊急問題，遇到問題時應該從當前分支切出進行修正

• Feature 分支用來開發各種新功能，完成後合併回Develop

在目前前端開發團隊採用的git-flow下，下列描述何者正確？

• 若有多條功能同時開發

  可以都merge在一起
  要上程式的時候再註解掉還沒要上正式的部分就好

• 為了讓專案進度跟上開發

  每次更動不論大小都要merge進develop

• 將 feature 合併到develop 後就會自動觸發部署機制，部署到 SIT 環境

• 將 feature 合併到 master 後就會自動觸發部署機制，部署到 UAT 環境