關於Git工具亂彈

For 高老師Git課程簡易項目紀錄，此篇比較適合對Git有概念且會操作的人。另外高見龍講課真的專業級，可以講得很輕鬆詼諧，然後切入中心觀念。針對講課項目內容去展開細項。

init / config 跳過
- git config –list 經驗說
  - 在某些專案中，當有多層發包需求時，承包商可能會希望隱藏實際的開發情況，讓業主無法看出這些多層發包的細節。使用 git config –local 可以針對特定專案進行配置，這樣即使專案中有不同的開發者進行 commit
    - 例如，你可以為某個專案設置統一的提交者名稱和郵件地址：
      - git config –local user.name "統一承包商"
      - git config –local user.email "contractor@example.com"
git add . (all file attatch) 很危險又不負責任的指令，有可能把沒做完的檔案Attach
- 什麼時候做Commit ? 完成feature，或是做一個段落…想commit就commit..? 未做完會下wip(Work In Progress)註解。
- commit message 是什麼?
- . here 當下資料夾路徑所有檔案做Attach
- –all 整個專案檔案做Attach
git commit (https://www.conventionalcommits.org/en/v1.0.0-beta.3/)
- git-cz(commit 操作 helper tools)
- pre-commit ( Git 提交 (commit) 前自動運行一些檢查)
  - https://pre-commit.com/
  - https://github.com/pre-commit/pre-commit-hooks
  - 可以在commit前先進行，處理。
  - 例如去除最後的空白，或者格式化等等
你覺得什麼是git commit ? 為何要設計做兩段式操作(add、commit)?
- 講師舉廚娘在做料理SOP，做菜過程中分步驟去拍照，寫講義。拍照可以視為add，而commit是根據拍照開始具體定稿這個步驟的內容。所以git在此的設計原因在於讓開發者可以彈性地去歸類與紀錄開發功能。而git commit具體操作其實就是建置快照(只針對差異性做存取)，而版本就是每個時間點的快照。
git checkout (殊途同歸)
分散式?
- git為典型的分散式版控
  - 容錯性高 : 每個人都有完整的版本庫副本 (就算Git)，就算版控Server掛了，每個開發者在本地都擁有完整的專案歷史紀錄和所有版本的檔案（包括 .git 資料夾中的完整版本庫信息），還是可以做同步程式碼的動作。
  - 可離線操作
Git Graph
貼紙:分支是Git很大的賣點，Git的分支很便宜!!
- 便宜意思是，一個分支只會佔電腦40bytes空間，所以他建置成本很便宜。
- 貼紙 : 另外，他有點像是貼紙的概念…當你創建一個新分支時，實際上你只是貼了一個新標籤，這個標籤指向當前的提交!!你可以很輕鬆地在多個分支之間切換，並在每個分支上進行獨立的開發工作。由於每個分支只是一個指向提交的指標，當你切換分支時，Git 只需要更新這個指標來指向不同的提交。
- 分支實際會是.git/refs/heads下的檔案(檔名即是分支名稱)
- 資料夾與檔案…其實是一樣的東西，例如你新增一個aa檔案，你就無法在同一個路徑新增一個aa資料夾。而git branch資料夾也是一樣的設計概念操作.
- Git的分支不是一個資料夾…每新增一個分支，heads下就會多一個檔案，所以分支其實很小。真實的Snapshot會放在objects資料夾下。
- 分支，只是貼在某個commit上的貼紙
- -HEAD檔案，refs/heads/分支 (git checkout 分支name)

git switch 與 git restore 為 git checkout 的分別功能?
孤兒分支，
git checkout - (兩分支切換，-表上一個分支)
忘記切換分支，就做commit…直接改分支name…(就像改檔案名稱一樣)，例如要commit dev，但commit 到 main分支。直接用git command或是用Tool去rename。把dev改成main，main改成dev即可。不過! 絕對不要到.git file去改檔名!!!
git merge ，撕貼紙去貼領一個commit…刪bracnh就像把貼紙撕掉一樣…如果要把
add cat 2 (main) (cat)
add cat 1
add ee
add dd

如果要把main貼紙貼到ee…很簡單

先刪除main
然後在add ee新增貼紙 main…切分支

Merge合併，a 合併 b，b合併a有什麼不同 (合併有點像是在移動貼紙)
- 誰往前走不一樣 (往下節點走)
- a 合併 b，節點內容就是b…b合併a，節點內容就是a.(例如下狗合併貓，內容就是貓的檔案變更紀錄)
- 看起來沒什麼不同，那誰要主?

Rebase 合併
- Re(變換) + base(根基)。下例，dog,cat base為同一個點。rebase有點像是
- 如果你亂砍分支..會發生節點，沒有被指向，所以他會被隱藏，例如下面，你把dog砍掉， add dog2 add dog 1就會消失
  
  如果要復原，可以重新Create bracnh 指向原節點
  
  git 沒有刪除commit這件事情，commit不見其實是被隱藏起來!
- rebase細部流程如下
Merge跟Rebase合併有什麼優點
- Rebase會造成歷史紀錄被修改…
- Rebase新手不容易Recovery
- 如果在意歷史紀錄用Merge，不在意的話就rebase…**
Merge衝突發生處理
- git merge –abort 放棄合併
- 處理衝突…決定保留所有還是做為條修改..在重新git add..跟commit…
對Reset誤解
C1->C2->C3->C4->C5(M*)
- git reset(有become的意味) xxnode
  - –mixed (預設值) M*移到C3，C4,c5放到工作目錄
  - –soft M*移到C3，C4,c5放到暫存區
  - –hard M*移到C2，C3,C4就刪掉了(不見隱藏)
聽說 –hard不要用
reset –mix / soft
- 還原到未commit，讓我們可以增加檔案然後重新再送commit
- 還原的點常用的位置
  - HEAD^ – 退一個commit的parent (git reset HEAD^ –hard)
  - HEAD ^^ – 退2個Commit
  - HEAD~[number] –只退回數量的commit (git reset HEAD~8 –hard)
  - git reset 930 –hard (如果知道點位…hard照程成git flow跑掉，都可以recovery，只要重新reset到最初的節點.)..這樣看來reset還真有become的意味…
符號說明
- ^ caret
  - Head^ = Head^1 往前第一個parent移動
  - Head^2 往前第二個parent移動
- ~ tilde
  - 實質上往前第幾個parent移動
經過rebase的合併要怎麼進行reset
- ORIG_HEAD 記錄比較重大操作的軌跡，但只會記錄最後一次紀錄
- 所以可以透過這個來做退回
- git reset ORIG_HEAD –hard
- 不小心使用hard模式Reset了，救得回來ㄇ? YES.
git commit –amend => 修正最後的commit

– git reflog –> head 移動軌跡

小練習(bracnh2)

開bracnh2
開merge合併
刪除此次合併，回到合併前狀態
要怎麼取消剛剛這次合併.
- merge -> git reset
- rebase -> 要找到剛剛的節點…

問題集

以下哪一個指令會造成HEAD移動
git checkout
git merge
git rebase..

若刪除已經合併的分支會發生什麼問題?
若刪除尚未合併的分支會造成什麼問題?

節點合併＆節點修改透過rebase (互動式rebase)
- 修改結點commit訊息
  - EDITOR ='code –wait' git rebase –bb0c
Windows : $env:EDITOR="code –wait" git rebase –interactive bb0c9c2ab94514d95bb898c51b3cedb1c0675320

合併結點 (壓縮cat1&cat2，壓縮dog1&dog2)

原先

更改後

更改完後

更改完後，線上跟Local會對不起來，如果這支分支feat只有你再維護…可以直接-f push。但千萬不要強推共用分支..

接著我們要將這個node，拆成cat1,cat2一個，cat3,cat4一個 (看影片..帶整理)

遠端(Remote部分)

新增遠端節點名稱
git remote add origin git@…
推到遠端main
git push origin main

u 代表，上游的分支自動配置
git push -u origin main

如果你近期常push哪一個分支ex feat/123
git push -u origin feat/123

git push origin main其實是 git push origin main:dev (遠端:dev)，本地的main推上去形成一個dev分支

所以 git push origin main 其實是 git push -u origin main:main 本地的main推上去變main分支 (所以你想遠端分支名稱與本地一樣，在同個Name一樣才可以簡寫)

git push origin :dev，把空的推上去形成dev..表把遠端dev刪除…

git pull origin main ，pull其實不是拉回來的意思…pull =git fetch + git merge

git fetch origin main，把遠端main拉下來，但Local節點是舊的，此時就要做merger..單純的fetch不會有衝突，merge才會以機會發生衝突

git pull –rebase = git fetch + git rebase

PR跟MR有什麼不同? Pull = (Fetch+Merge), MR(Merge)，其實只是角度不同…但最終都是要做Merge Request. Pul意思是請你拉下來看一下，沒問題能否Merge Approve..

git gc…objects一開始記錄的是完整備份，而gc下完後，會做差異備份…(移動到package裡面)

情境題

某個分支部分Commit做的不錯想收進來，但又不想合併整個分支
git cherrypick (挑選對自己有利的)

Syntax	Example	Reference
# Header	Header	基本排版
- Unordered List	Unordered List
1. Ordered List	Ordered List
- [ ] Todo List	Todo List
> Blockquote	Blockquote
Bold font	Bold font
Italics font	Italics font
~~Strikethrough~~	~~Strikethrough~~
19^th^	19^th
H~2~O	H₂O
++Inserted text++	Inserted text
==Marked text==	Marked text
[link text](https:// "title")	Link
![image alt](https:// "title")	Image
`Code`	`Code`	在筆記中貼入程式碼
```javascript var i = 0; ```	`var i = 0;`	在筆記中貼入程式碼
:smile:		Emoji list
{%youtube youtube_id %}	Externals
$L^aT_eX$	L^aT_eX
:::info This is a alert area. :::	This is a alert area.