# Azure DevOps的Git使用整理

###### tags: `工作筆記`、`Git`、`Azure`

## 個人版控注意事項:
1. 在修改任何檔案前，先檢查當前的branch是否與遠端的對應
2. 每次修改完內容git add以後，用git status確認實際修改的檔案是否有加入到staged中，同時**檢查是否有修改到額外的檔案**。
3. 可以合理利用git commit --amend重新修改版本內容
4. 通常master分支表示穩定版，在開發時不會操作到，develop為實際的開發分支，個人在開發時會從develop分支上開闢一個自訂的分支，並在此分支上進行開發，當開發完成後再通過PR的方式merge回develop分支

## git push使用整理:
1. git push origin branch_name 將本地的branch_name推送到遠端的同名分支
2. git push origin branch_name -f(--force)，可以強制推送某個分支到遠端(注意:只在自己開闢的分支底下操作)

## PR 使用注意重點:
1. 每次發起PR之前，先檢查所有commit是否有錯誤
2. 每次PR建立時需要注意merge的分支是否正確
3. 確認reviewer人正確有在使用的帳號
4. 創建PR完成後，設定需設定set-auto-complete，以便reviewer在approve之後可以自動merge
5. Post-completion options可以設定當PR完成時，此分支是否自動刪除
6. 一個PR可以有多個commit，不同commit件可能關聯多個task

## 基本流程
對檔案內容進行修改，調整完畢後推送到遠端，並且發起PR合併回develop分支

本地:
1. 在remote repository的develop分支底下創建一個demo分支
2. 內容修改
3. 內容確認
4. git checkout -b demo 切換至該分支
5. git add . 加入至暫存區
6. git commit (git commit -m "版本訊息") 創建一個新版本
7. git push origin branch_name 推送至遠端對應的分支
8. 推送完畢後至remote repository確認commit內容是否正確
9. 發起PR

## 情況一: commit內容錯誤需修改
1. 對錯誤的檔案進行修改 git add 至暫存區
2. 使用git commit --amend重新提交commit

## 情況二: 錯誤的commit已經推送上去，需要進行修改
1. 對錯誤的檔案進行修改 git add 至暫存區
2. 使用git commit --amend重新提交commit
3. 可使用方式:
1. 使用push的強制推送 --force or -f將遠端的分支覆蓋掉 (**注意:只能在個人自己的分支上使用**)
2. 本地修改完的commit與遠端的分支進行merge，再推送至遠端

## 情況三: 錯誤的版本已經push到遠端，需要重置
1. 先將本地的commit 進行reset，重置回原先的版本
2. 使用強制推送將遠端的版本覆蓋(**注意:只能在個人自己的分支上使用**)

## 情況四: PR內容需要修改
直接在本地端修改完push到遠端分支即可，PR的內容會同步更新

## 情況五: PR目前正在等待review，但是想要同時進行開發而不影響此分支
在自訂分支上在開闢一個子分支，並切換至該子分支進行開發，處理完成後再合併回自訂分支
> 某個分支已經發起PR的情況下，所發起的push會影響PR的內容

## 情況六: PR已經合併上去，但是還有其他的內容需要處理
重新開闢一個分支，在新分支上開發即可