一個工程師的筆記天地

# 問題 我們在處理陣列資料的時候，偶爾會遇到這樣的需求：從 API 撈到一組資料後，需要將特定的資料進行移除 舉例來說，如果 API 給了四筆資料，這裡只單純給一個 ID，實際可能會包含其他欄位： const originalData = [ { id: 1 }, { id: 2 }, { id: 3 }, { id: 4 },];而我們可能會從 localStorage 或其他來源得到另一組資料，這裡很單純的給兩筆示意： const...

有一次不小心在操作 PowerShell 7 的時候，無意間點到 Alt + Shift + D 發現原來 PowerShell 7 有快捷鍵這東西，這篇文章紀錄一下這個動作的開關以及如何設定 # 常用快捷鍵 Alt + Shift + + 垂直分割 Alt + Shift + - 水平分割 Alt + Shift + D 自動分割 (以長邊) Alt + ↑ ↓ ← → 切換焦點 Alt + Shift + ↑ ↓ ← → 調整窗格大小 Ctrl + Shift + w 關閉窗格 # 快捷鍵設定 如果想要更改快捷鍵設定，可以點選視窗選單列的箭頭，進入 設定： 再點選 動作...

# 前言 實際開始使用 Git 之後，會執行到的指令幾乎是大同小異，不外乎 git status 、 git add 、 git commit -m 等指令不斷的重複。 雖然這些指令都不算太長，不過在輸入指令的過程，無形之中是會浪費不少打字時間的。 這邊呼籲 GUI 派的讀者，不要在看到這句話之後趁機推坑，不然會讓指令派的讀者過得太舒服！！ 如果有辦法少打幾個字，那麼 打指令時會產生一種快感 將會在不知不覺中省下不少時間！ 為指令派的讀者獻上此系列文最後的溫柔： 設定指令縮寫 # Git 縮寫相關指令 分別介紹一下「設定縮寫」、「查看縮寫」、「刪除縮寫」三個指令： #...

# 前言 在 版控的類別 一文中，曾經有聊到「分散式版控系統」無法針對開發人員進行權限控管，因為所有人在地端都會擁有一個「完整的」儲存庫。 當時曾經很隱含的說，這個缺點其實有辦法克服，而克服的方式就是本文所要介紹的 提取要求 注意！這一篇文章「不會」提到 Fork GUI ，文章中的 Fork 一詞，是 GitHub 的 Fork 功能，與 Fork GUI 完全無關。 # 什麼是「提取要求」？ 提取要求，英文是 Pull Requests，俗稱 PR，是一個能讓開發者對於遠端儲存庫的原始碼提出「修改建議」的功能，做法是讓開發者 要求將自己的「開發分支」併入遠端儲存庫的「主要分支」...

# 前言 不知道讀者有沒有需要將遠端儲存庫搬家的需求？ 情境可能是這樣，由於現在 copilot 好棒棒，大家紛紛想擁抱微軟，而目前專案都放在 GitLab 遠端儲存庫，現在想要把專案放到 GitHub 管理。 然後又很剛好，你換了新的電腦，地端完全沒有任何 Git 專案資料，你沒辦法直接把地端的資料上傳到 GitHub。 如果你剛好也遇到這個需求，這篇文章可能有機會幫助到你。 疑？我怎麼會說…「也」呢？ 進入今天的主題 將遠端儲存庫搬家 # 第一步：把遠端儲存庫的內容 clone 回地端 這步不用多說，畢竟要把資料推到 GitHub...

# 前言 在分支觀念篇的文章中有介紹過，如果已經合併過的分支，即便刪除了也不會影響整個線圖，雖然當初是在講「地端分支」的觀念，但這個觀念其實也適用於「遠端分支」。 不過我們也曾經說過，地端分支跟遠端分支是要分開看待的，所以要刪除的分支如果也存在於遠端，那麼即便地端分支已經被刪除，遠端的分支並不會因此自動被刪除，我們會需要額外處理「刪掉遠端分支」這件事。 這篇文章，來說明如何刪除遠端分支，以及遠端分支被刪除之後，團隊成員需要注意的小地方。 # 刪除遠端分支 刪除遠端分支的方式，一樣是使用 git push 指令，只要在使用指令時多加一個 --delete 即可。 git push origin...

# 前言 先前的內容，我們已經學會如何操作「單一分支」在地端與遠端的資料處理了，不過一個專案不會只有一條分之在運作，推到遠端的分支也不太可能只有一條。 事實上，即便遠端儲存庫有數十條分支，我們使用 git clone 指令把專案拉回地端使用時，也只會把主要分支的內容拉回來。 那麼如果需要使用其他的分支，該如何將他從遠端拉回地端使用呢？ 除了這個問題之外，或許還會遇到另一個問題：我們在地端又怎麼能知道遠端到底紀錄了幾條分支呢？ 一切的內容將會在這篇文章介紹。 進入今天的主題 地端分支、遠端分支、遠端追蹤分支 # 前置作業 假設我們在「地端儲存庫」有六個分支 $ git branch...

# 前言 之前的內容都是在地端儲存庫版控的行為，不過如果需要與團隊成員合作版控，我們會需要有一個「遠端儲存庫」，而 GitHub 應該算是一個蠻常聽到的遠端儲存庫了，接著將以 GitHub 作為遠端儲存庫來說明地端資料與遠端資料的操作。 不管是 GitHub ，或是其他的 Git 遠端儲存庫 (GitLab 、TFS 等)，在地端指令的操作上並沒有什麼差異，使用不同儲存庫唯一有感的差異，應改只有「遠端儲存庫」提供的「介面」長得不同而已。 我們在學習的角度，GitHub 網頁上的操作倒是其次，畢竟「不是所有團隊都是使用 GitHub...

# 前言 話說在前頭，如果進到這篇文章的你還跟 Git 不太熟，目前的你執行了 git commit 之後反悔了，想要把它刪掉卻不知道怎麼刪的話，請左轉參考 git reset 文章，可能比較符合你現階段想完成的事情。 因為 git revert 指令執行下去可能會跟你想的結果完全不一樣。 會以這樣的言論當作開場，就是因為筆者小弟不才本人我，在不熟 Git 的時期想要「刪除」最新的 commit，看到有個 git revert 可以取消 commit，糊里糊塗就給他用下去。 git revert...

# 前言 上一篇文章聊到 rebase 可以用來把分支連根拔起，重新栽種到某個分支上。 而這個重新摘種的方式，會把拔起來的分支線所有 commit 內容全部重新 commit 一次。 這也代表說，我們可以用 rebase 做到：「不要將分支移花接木，但全部幫我重新 commit」，這樣就可以達到「修改歷史資料」的目的。 之前在 --amend 章節有提到，如果要修改歷史的 commit ，牽一髮就會動全身，就很像 rebase 在做的事情，而這篇文章的內容，就是要來說說如何使用 rebase 來修改歷史資料。 老樣子，指令講完講 GUI，觀念會在指令說 雖然今天的內容寫完指令…...