Kerry 的筆記本
  • Table of contents
  • Kerry的Mac裝機必要
  • ASP.NET Core 教育訓練文件
    • .NET 9 OpenAPI 介紹與教學
    • 目錄
    • ASP.NET Core Authentication系列(一)理解Claim, ClaimsIdentity, ClaimsPrincipal
    • ASP.NET Core Authentication系列(三)Cookie選項
    • ASP.NET Core Authentication系列(二)實現認證、登錄和註銷
    • ASP.NET Core Authentication系列(四)基於Cookie實現多應用間單點登錄(SSO)
    • ASP.NET Core Consul 教學
    • ASP.NET Core Hangfire 排程管理
    • ASP.NET Core KeyCloak 實作
    • ASP.NET Core NLog-依照Environment使用Nlog.Config檔案
    • ASP.NET Core NLog-如何使用 NLog 將 log 寫到檔案
    • ASP.NET Core Nlog-發送訊息到ElasticSearch
    • 目錄
    • ASP.NET Core Quartz.NET 管理介面
    • ASP.NET Core RDLC 報表設計
    • ASP.NET Core SFTP (使用第三方套建 SSH.Net) - 類別庫為案例
    • ASP.NET Core 中使用 HttpReports 進行接口統計,分析, 可視化, 監控,追踪等
    • ASP.NET 使用 MassTransit 與 RabbitMQ,實現事件發佈、訂閱
    • Asp.Net Core 分散式Session – 使用 Redis
    • ASP.NET Core 前台會員修改個人資料
    • ASP.NET Core 前台會員忘記密碼與重設密碼
    • ASP.NET Core 前台會員登入
    • ASP.NET Core 前台會員註冊
    • ASP.NET Core 呼叫 API 發生 CORS 錯誤
    • ASP.NET Core 如何套網頁設計樣版
    • ASP.NET Core 客製化Model Validation 預設錯誤訊息
    • ASP.NET Core 後台查詢頁面教學
    • ASP.NET Core 網站生命週期
    • ASP.NET Feature Management 使用說明與教學
    • ASP.NET RulesEngine 介紹
    • ASP.NET WinForms APP 程式安裝檔
    • LinePay 支付完成後返回 LINE 應用而不跳出外部瀏覽器
    • EntityFramework
      • EF Core Migrations 完整教學手冊
      • EntityFramework Core DB Migrations
      • 使用 Entity Framework Core (EF Core) 的 Migrations 功能進行版本控制
    • NET 6
      • .NET 6 Autofac範例
      • .NET 6 Automapper範例
      • .NET 6 BenchmarkDotNet範例
      • .NET 6 Bogus範例
      • .NET 6 Dapper範例
      • .NET 6 Dapper語法說明
      • .NET 6 EFCore範例
      • .NET 6 EFCore語法說明
      • .NET 6 EPPlus圖表範例
      • .NET 6 EPPlus範例
      • .NET 6 Hangfire範例
      • .NET 6 HttpClient單元測試範例
      • .NET 6 MailKit前置作業
      • .NET 6 MailKit範例
      • .NET 6 Moq範例
      • .NET 6 NLog範例
      • .NET 6 NLog進階範例
      • .NET 6 Serilog範例
      • .NET 6 Serilog進階範例
      • .NET 6 Telegram.Bot前置作業
      • .NET 6 Telegram.Bot範例
      • .NET 6 Text.Json範例
      • .NET 6 swagger授權
      • .NET 6 swagger範例
      • .NET 6 xUnit範例
      • .NET 6 取得appsettings檔案內容
      • .NET 6 更改回傳Json時為大駝峰命名
      • .NET 6 解決System.Text.Json序列化後會將所有非ASCII轉為Unicode
    • WDMIS
      • CORS
      • FeatureManagement
      • Serilog
      • Spectre.Console
      • 資料模型實戰:從 MSSQL 設計到 .NET 8 WebAPI 實作(以刀具管理為例)
  • Azure
    • 如何在 ASP.NET CORE 5.0 WEB 應用程序中實現 AZURE AD 身份驗證
    • Azure App Configuration 使用教學
    • Azure Blob Storage
    • Azure DevOps 持續整合(CI) + Artifacts
  • CSharp
    • ASP.NET await 與 wait 的差異
    • AutoMapper —— 類別轉換超省力
    • C# 中的 HTTPClient — 入門指南
    • C# 正則表達式:從零到英雄指南
    • C# 集合, List<> 取交集、差集、聯集的方法
    • C#單元測試教學
    • CORS 介紹與設定方式
    • CSharp Coding Conventions
    • Using jQuery Unobtrusive AJAX in ASP.NET Core Razor Pages
    • 深入Dapper.NET源碼
    • 菜雞與物件導向
      • 菜雞與物件導向 (0): 前言
      • 菜雞與物件導向 (1): 類別、物件
      • 菜雞與物件導向 (10): 單一職責原則
      • 菜雞與物件導向 (11): 開放封閉原則
      • 菜雞與物件導向 (12): 里氏替換原則
      • 菜雞與物件導向 (13): 介面隔離原則
      • 菜雞與物件導向 (14): 依賴反轉原則
      • 菜雞與物件導向 (15): 最少知識原則
      • 菜雞與物件導向 (2): 建構式、多載
      • 菜雞與物件導向 (3): 封裝
      • 菜雞與物件導向 (4): 繼承
      • 菜雞與物件導向 (5): 多型
      • 菜雞與物件導向 (6): 抽象、覆寫
      • 菜雞與物件導向 (7): 介面
      • 菜雞與物件導向 (8): 內聚、耦合
      • 菜雞與物件導向 (9): SOLID
      • 菜雞與物件導向 (Ex1): 小結
  • DBeaver
    • 如何強制讓 DBeaver 在 Mac 上使用英文介面
  • DesignPattern
    • OAuth
    • Repository 模式 (Repository Pattern)
    • Single Sign On 實作方式介紹 (CAS)
    • 【SOP製作教學】新手適用,SOP範例、流程圖、製作流程全公開!
    • 【SOP製作教學】流程圖教學、重點範例、BPMN符號介紹!
    • 【SOP製作教學】流程圖符號整理、BPMN2.0進階符號教學!
    • 多奇數位 C# 程式碼撰寫規範 (C# Coding Guideline)
    • 軟體分層設計模式 (Software Layered Architecture Pattern)
    • 開源程式碼檢測平台 SonarQube
    • 菜雞新訓記
      • 菜雞新訓記 (0): 前言
      • 菜雞新訓記 (1): 使用 Git 來進行版本控制吧
      • 菜雞新訓記 (2): 認識 Api & 使用 .net Core 來建立簡單的 Web Api 服務吧
      • 菜雞新訓記 (3): 使用 Dapper 來連線到資料庫 CRUD 吧
      • 菜雞新訓記 (4): 使用 Swagger 來自動產生可互動的 API 文件吧
      • 菜雞新訓記 (5): 使用 三層式架構 來切分服務的關注點和職責吧
      • 菜雞新訓記 (6): 使用 依賴注入 (Dependency Injection) 來解除強耦合吧
      • 菜雞新訓記 (7): 使用 Fluent Validation 來驗證參數吧
  • DevOps
    • Repository 模式 (Repository Pattern)
    • pipeline工具研究
    • 單例模式 (Singleton Pattern)
    • 單元測試
    • 軟體分層設計模式 (Software Layered Architecture Pattern)
    • 雙重檢查鎖定模式 (Double-Checked Locking Pattern)
  • Docker
    • Docker 中部署 .NET 8 Web App 並支援 HTTPS
    • Docker指令大全
    • 第七章 安裝Nomad
    • Docker - 第三章 | 安裝 MSSQL
    • Docker - 第九章 | 安裝 datalust seq
    • 第二章 docker-compose 教學
    • Docker - 第五章 | 安裝 Redis
    • 第八章 安裝SonarQube
    • Docker - 第六章 | 安裝RabbitMQ
    • 第十一章 安裝 VtigerCRM
    • 第十二章 安裝KeyCloak
    • Docker - 第十章 | 安裝 Redmine
    • 第四章 安裝MySQL
    • Docker Desktop (含更改 Docker Image 路徑)
  • Git
    • Git Flow 指令大全(完整指令整理) 🚀
    • Git 安裝及配置SSH Key
    • Git 建立到上傳
    • 將現有專案的遠端儲存庫直接更改為新的儲存庫
    • Git 流程規劃
    • Git 語法大全
    • 30 天精通 Git 版本控管
      • 30 天精通 Git 版本控制
        • 第 01 天:认识 Git 版本控制
        • 第 02 天:在 Windows 平台必装的三套 Git 工具
        • 第 03 天:建立仓库
        • 第 04 天:常用的 Git 版本控制指令
        • 第 05 天:了解仓库、工作目录、物件与索引之间的关系
        • 第 06 天:解析 Git 资料结构 - 物件结构
        • 第 07 天:解析 Git 资料结构 - 索引结构
        • 第 08 天:关于分支的基本观念与使用方式
        • 第 09 天:比对文件与版本差异
        • 第 10 天:认识 Git 物件的绝对名称
        • 第 11 天:认识 Git 物件的一般参照与符号参照
        • 第 12 天:认识 Git 物件的相对名称
        • 第 13 天:暂存工作目录与索引的变更状态
        • 第 14 天: Git for Windows 选项设定
        • 第 15 天:标签 - 标记版本控制过程中的重要事件
        • 第 16 天:善用版本日志 git reflog 追踪变更轨迹
        • 第 17 天:关于合并的基本观念与使用方式
        • 第 18 天:修正 commit 过的版本历史记录 Part 1
        • 第 19 天:设定 .gitignore 忽略清单
        • 第 20 天:修正 commit 过的版本历史记录 Part 2
        • 第 21 天:修正 commit 过的版本历史记录 Part 3
        • 第 22 天:修正 commit 过的版本历史记录 Part 4 (Rebase)
        • 第 23 天:修正 commit 过的版本历史记录 Part 5
        • 第 24 天:使用 GitHub 远端仓库 - 入门篇
        • 第 25 天:使用 GitHub 远端仓库 - 观念篇
        • 第 26 天:多人在同一个远端仓库中进行版控
        • 第 27 天:通过分支在同一个远端仓库中进行版控
        • 第 28 天:了解 GitHub 的 fork 与 pull request 版控流程
        • 第 29 天:如何将 Subversion 项目汇入到 Git 仓库
        • 第 30 天:分享工作中几个好用的 Git 操作技巧
      • zh-tw
        • 第 01 天:認識 Git 版本控管
        • 第 02 天:在 Windows 平台必裝的三套 Git 工具
        • 第 03 天:建立儲存庫
        • 第 04 天:常用的 Git 版本控管指令
        • 第 05 天:了解儲存庫、工作目錄、物件與索引之間的關係
        • 第 06 天:解析 Git 資料結構 - 物件結構
        • 第 07 天:解析 Git 資料結構 - 索引結構
        • 第 08 天:關於分支的基本觀念與使用方式
        • 第 09 天:比對檔案與版本差異
        • 第 10 天:認識 Git 物件的絕對名稱
        • 第 11 天:認識 Git 物件的一般參照與符號參照
        • 第 12 天:認識 Git 物件的相對名稱
        • 第 13 天:暫存工作目錄與索引的變更狀態
        • 第 14 天: Git for Windows 選項設定
        • 第 15 天:標籤 - 標記版本控制過程中的重要事件
        • 第 16 天:善用版本日誌 git reflog 追蹤變更軌跡
        • 第 17 天:關於合併的基本觀念與使用方式
        • 第 18 天:修正 commit 過的版本歷史紀錄 Part 1
        • 第 19 天:設定 .gitignore 忽略清單
        • 第 20 天:修正 commit 過的版本歷史紀錄 Part 2
        • 第 21 天:修正 commit 過的版本歷史紀錄 Part 3
        • 第 22 天:修正 commit 過的版本歷史紀錄 Part 4 (Rebase)
        • 第 23 天:修正 commit 過的版本歷史紀錄 Part 5
        • 第 24 天:使用 GitHub 遠端儲存庫 - 入門篇
        • 第 25 天:使用 GitHub 遠端儲存庫 - 觀念篇
        • 第 26 天:多人在同一個遠端儲存庫中進行版控
        • 第 27 天:透過分支在同一個遠端儲存庫中進行版控
        • 第 28 天:了解 GitHub 的 fork 與 pull request 版控流程
        • 第 29 天:如何將 Subversion 專案匯入到 Git 儲存庫
        • 第 30 天:分享工作中幾個好用的 Git 操作技巧
  • Hands-On Labs - LineBotSDK 實作手札 (C#, .net core)
    • 00. 如何申請LINE Bot
    • CLI
      • 使用CLI來發送新的Channel Access Token(LINE Bot)
      • 使用CLI免費發送LINE Notify通知
    • basic
      • 如何發送LINE訊息(Push Message)
      • 如何發送LINE Template Messages
      • 如何發送ImageMap訊息
      • 如何發送Flex Message
      • 如何在訊息後面加上QuickReply快捷選項
    • liff
      • Lab 21: 建立第一個LIFF應用
    • webhook
      • 如何建立可Echo的基本LINE Bot
      • 如何在WebHook中取得用戶個人資訊(名稱、頭像、狀態)
      • 如何在WebHook中取得用戶上傳的圖片(Bytes)
  • Markdown
    • Markdown Cheatsheet 中文版
    • Markdown語法大全
    • 使用HackMD建立書本目錄
    • 使用HackMD建立簡報
  • SAP ABAP
    • ABAP開發環境和總體介紹
    • SAP MM模塊常用表總結
    • SAP QM數據庫表清單
    • SAP欄位與表的對應關係
  • SQL Server
    • [SQL SERVER] Like in
    • SQL Server 中,移除資料庫中所有的關聯限制
    • SQL Server 刪除資料庫中所有資料表
    • SQL Server View、Function 及 Stored Procedure 定義之快速備份
    • SSMS v18 清除登入畫面中,下拉選單歷史紀錄
    • [MS SQL]如何透過Database Mail進行郵件發送
    • [SQL SERVER]撰寫Stored Procedure小細節
    • 使用 Data Migration Assistant 移轉 SQL Server 資料庫與帳戶
    • 使用SSIS創建同步資料庫數據任務
  • Tools
    • 免費 FTP 伺服器 FileZilla Server 安裝教學 (新版設定)
  • VisualStudio
    • .NET CLI 指令碼介紹
    • Visual Studio 使用 Git 版本控制
    • 使用 Visual Studio 2022 可透過 .editorconfig 鎖定文字檔案的儲存編碼格式分享
  • Web API
    • ASP.NET Core 6 Web API 進行 JWT 令牌身份驗證
    • [ASP.NET Core]如何使用SwaggerAPI說明文件
    • ASP.NET Core Web Api實作JWT驗證筆記
    • ECFIT API 範例
    • JWT Token Authentication And Authorizations In .Net Core 6.0 Web API
    • 微服務架構 - 從狀態圖來驅動 API 的設計
  • Windows
    • [C#] 伺服器監控常用語法 (事件檢視器、CPU 硬碟使用率、程式執行狀況)
    • Configure IIS Web Server on Windows Server 2019
    • Log Paser Studio 分析 IIS W3C Log
    • Windows Server 2019 如何安裝 IIS 運行 ASP.NET 專案
    • 如何檢查安裝在 IIS 上的 .NET Core Hosting Bundle 版本
    • [IIS] 如何解決網站第一個請求 Request 特別慢 ?
    • IIS 不停機更版設置
    • SQL Server 2019 Standard 繁體中文標準版安裝
    • WINDOWS共用資料夾的網路認證密碼放在哪?如何清除?
    • 如何設定 ASP.NET CORE 網站應用程式持續執行在 IIS 上
  • 專案管理
    • SSDLC (Secure Software Development Life Cycle)
    • 系統開發原則
    • MIS及專案管理-使用Redmine
      • 第10章 - [日常管理]MIS部門週會工作進度追蹤
      • 第11章 - [日常管理]MIS部門主管月會報告管理
      • 第12章 - [日常管理]機房工作日誌
      • 第13章 - [日常管理]MIS部門耗用工時及工作進度檢討
      • 第14章 - [日常管理]MIS文件知識庫
      • 第15章 - [日常管理]整理及管理分享
      • 第16章 - [異常管理]使用者問題回報系統
      • 第17章 - [異常管理]資安事件及異常紀錄
      • 第18章 - [異常管理]整理及管理分享
      • 第19章 - [變革管理]MIS的專案及專案管理五大階段
      • 第1章 - [MIS及專案管理]中小企業MIS的鳥事
      • 第20章 - [變革管理]MIS的新專案管理:起始階段
      • 第21章 - [變革管理]MIS的新專案管理:規劃階段
      • 第22章 - [變革管理]MIS的新專案管理:執行階段
      • 第23章 - [變革管理]MIS的新專案管理:監控階段
      • 第24章 - [變革管理]MIS的新專案管理:結束階段
      • 第25章 - [變革管理]整理及管理分享
      • 第26章 - [ISMS管理]ISMS平台整體規劃
      • 第27章 - [ISMS管理]ISMS文管中心
      • 第28章 - [ISMS管理]ISMS表單紀錄的管理
      • 第29章 - [ISMS管理]整理及管理分享
      • 第2章 - [MIS及專案管理]專案管理的概念及MIS應用
      • 第30章 - 初心、來時路及感謝:系列文章總結回顧
      • 第3章 - [MIS及專案管理]管理工具的選擇
      • 第4章 - [Redmine]Redmine的安裝及設定
      • 第5章 - [Redmine]Redime系統邏輯說明
      • 第6章 - [Redmine]自行建立及維護表單
      • 第7章 - [Redmine]專案版面的規劃
      • 第8章 - [日常管理]AR管理
      • 第9章 - [日常管理]資訊服務申請
  • 微服務架構
    • DDD + CQRS + MediatR 專案架構
    • 微服務架構 #2, 按照架構,重構系統
    • 淺談微服務與網站架構的發展史
    • API First Workshop 設計概念與實做案例
      • API First #1 架構師觀點 - API First 的開發策略 - 觀念篇
      • API First #2 架構師觀點 - API First 的開發策略 - 設計實做篇
    • 基礎建設 - 建立微服務的執行環境
      • Part #1 微服務基礎建設 - Service Discovery
      • Part #2 微服務基礎建設 - 服務負載的控制
      • Part #3 微服務基礎建設 - 排隊機制設計
      • Part #4 可靠的微服務通訊 - Message Queue Based RPC
      • Part #5 非同步任務的處理機制 - Process Pool
    • 實做基礎技術 API & SDK Design
      • API & SDK Design #1, 資料分頁的處理方式
      • API & SDK Design #2, 設計專屬的 SDK
      • API & SDK Design #3, API 的向前相容機制
      • API & SDK Design #4, API 上線前的準備 - Swagger + Azure API Apps
      • API & SDK Design #5 如何強化微服務的安全性 API Token JWT 的應用
    • 建構微服務開發團隊
      • 架構面試題 #1, 線上交易的正確性
      • 架構面試題 #2, 連續資料的統計方式
      • 架構面試題 #3, RDBMS 處理樹狀結構的技巧
      • 架構面試題 #4 - 抽象化設計;折扣規則的設計機制
    • 架構師觀點 - 轉移到微服務架構的經驗分享
      • Part #1 改變架構的動機
      • Part #2 實際改變的架構案例
    • 案例實作 - IP 查詢服務的開發與設計
      • 容器化的微服務開發 #1 架構與開發範例
      • 容器化的微服務開發 #2 IIS or Self Host
  • 系統評估
    • RPA 與 WebAPI 評估
    • 數位轉型:從現有系統到數位化的未來
    • 數位轉型:從現有系統到數位化的未來
  • 面試
    • CV_黃子豪_2024
    • HR 問題集
    • .NET 工程師 面試問題集
    • 資深工程師 問題集
    • 資深開發人員 / 技術主管
    • 題目
Powered by GitBook
On this page
  • 關於 Git 指令列工具的選項設定
  • 儲存 Git 選項設定的三個地方
  • Git 選項設定的套用順序
  • 選項設定的操作方式
  • 選項設定檔的內容結構
  • 常用選項設定
  • 今日小結
  • 參考連結
  1. Git
  2. 30 天精通 Git 版本控管
  3. zh-tw

第 14 天: Git for Windows 選項設定

Previous第 13 天:暫存工作目錄與索引的變更狀態Next第 15 天:標籤 - 標記版本控制過程中的重要事件

Last updated 1 year ago

使用 Git for Windows 指令列工具絕對比透過 GUI 工具操作來的有效率,原因就在於你可以把許多重複的版控工作透過指令自動化,或將複雜的標準作業流程(SOP)轉化成簡單的指令操作。本篇文章將分享幾則使用 Git for Windows 指令列工具的小技巧。

關於 Git 指令列工具的選項設定

在 Git 指令列工具裡,有許多「選項」可以設定,如同我們使用 GUI 工具通常都會有 [工具] -> [偏好設定] 一樣,可以微調指令執行時的一些行為。最常見的,當然就是首次使用 Git for Windows 的時候,必須設定 user.name 與 user.email 選項,沒有這兩個選項設定,你連執行 git commit 的權力都沒有。

若要列出目前設定在 Git for Windows 工具下的所有選項,可以使用 git config --list 命令,如下圖示:

註:由於網路上大部分的 Git 文章,都介紹 Linux 或 Mac 電腦的執行環境如何設定,我的文章將會專注於 Windows 平台的設定教學。不過,除了儲存路徑比較不一樣之外,其實指令的用法都是相通的。

儲存 Git 選項設定的三個地方

  1. 系統層級 ( --system ) (System-level configuration) (設定於整台電腦,適用於本機所有使用者的預設值)

    如果要列出所有設定在「系統層級」的「選項」,可以執行 git config --list --system 命令,也就是額外加上 --system 即可篩選出關於系統層級的選項設定,如下圖示:

    所有的「系統層級」的選項設定預設會儲存在 C:\Program Files (x86)\Git\etc\gitconfig 這個檔案裡。不過,如果你電腦使用的作業系統是 Windows Vista 以上版本 (含 Windows 7 與 Windows 8 作業系統) 又同時啟用「使用者帳戶控制」 (UAC; User Access Control) 的話,那麼這個路徑將會是 %LOCALAPPDATA%\VirtualStore\Program Files (x86)\Git\etc\gitconfig (這個路徑位於使用者的目錄下)。會有這層改變的原因就出在 UAC 限制了一般程式存取「系統資料夾」中的檔案權限,導致你無法在使用 git config 寫入選項設定到這個設定檔裡。在 Windows Vista 以上版本,實作了一套 VirtualStore 相容性技術,讓你的程式試圖寫入檔案的同時,也可以寫入成功,不過寫入的路徑卻是不同的,這點必須特別注意。

    這個 Windows 內建的 VirtualStore 相容性技術,其技術文件非常稀有,似乎代表著很少人知道這個東西,但這技術確實可能會讓使用者產生困擾。例如,我們用「一般方式執行命令提示字元」與用「以系統管理員身分執行命令提示字元」,所寫入的「系統層級選項」是不能互通的。換句話說,如果你用「以系統管理員身分執行命令提示字元」,如下圖示:

    然後執行 git config --system --list 先列出所有參數,我們可以發現目前的 core.autocrlf 參數為 true,接著我將系統層級的 core.autocrlf 修改為 false,最後執行 git config --system core.autocrlf 讀出 core.autocrlf 的內容,你可以看到我們已經把 core.autocrlf 選項修改為 false 了。如下圖示:

    再來我們用一般權限執行「命令提示字元」:

    然後執行 git config --system core.autocrlf 讀出 core.autocrlf 的內容,這時你可以看到我的 core.autocrlf 選項值也是 false,目前並沒有發現任何問題。不過這時如果你再執行 git config --system core.autocrlf true 把 core.autocrlf 選項設定改回 true 的話,在目前的環境下也沒問題:

    但如果我們重新「以系統管理員身分執行命令提示字元」,再輸入一次 git config --system core.autocrlf 讀出 core.autocrlf 的內容,你會發現其選項值竟然為 false,這個所謂的「系統層級」設定並沒有真的套用到所謂的「系統層級」,所以你日後使用 Git 的過程中發現「怪怪的」狀況,或懷疑 Git for Windows 這工具好像有 Bugs,但事實上這跟工具一點關係都沒有,是作業系統的問題!

    如果你的 Windows 登入帳號為 Will 的話,這個 %LOCALAPPDATA%\VirtualStore\Program Files (x86)\Git\etc\gitconfig 路徑就會自動展開為 C:\Users\Will\AppData\Local\VirtualStore\Program Files (x86)\Git\etc\gitconfig,也代表著,當你在「一般權限」下執行「命令提示字元」,並且透過 git config --system 設定「系統層級」選項,那麼該設定將會變成只有「自己」能夠套用而已,不會套用到本機其他使用者身上。

    結論:若要設定「系統層級」選項,請務必用【以系統管理員身分執行】的方式啟用命令提示字元,然後再執行 git config 命令,才能寫入正確的檔案位置。

  2. 使用者層級 ( --global ) (User-level configuration) (設定於目前登入的使用者)

    如果要列出所有設定在「使用者層級」的「選項」,可以執行 git config --list --global 命令,也就是額外加上 --global 即可篩選出關於使用者層級的選項設定,如下圖示:

    關於「使用者層級」的選項設定預設會儲存在 %USERPROFILE%\.gitconfig 或 C:\Users\<使用者帳號>\.gitconfig 這個檔案裡。由於檔案儲存在自己的使用者資料夾下,沒有像「系統層級」設定時有權限問題。

    一般來說,我們通常會把 user.name 與 user.email 選項設定在「使用者層級」,例如以下設定範例(請換成你自己的姓名與電子郵件地址):

     git config --global user.name "Will Huang"
     git config --global user.email "will@example.com"

    還有,由於「使用者層級」顧名思義就是「使用者自己專用的地方」,所以通常我們也會把「個人化」的環境設定都設定在這裡,這部分本文稍後就會分享幾個環境設定的技巧。

  3. 儲存區層級 ( --local ) (Repository-level configuration) (設定於工作目錄下的 .git\config 設定檔中)

    如果要列出所有設定在「儲存區層級」的「選項」,可以執行 git config --list --local 命令,也就是額外加上 --local 即可篩選出關於儲存區層級的選項設定,如下圖示:

    儲存區層級的選項設定檔預設儲存在你 Git 工作目錄的 .git\config 設定檔中,這檔案會在你建立本地儲存庫或透過 git clone 取得遠端儲存庫時自動建立,如果你要定義將「特定工作目錄」才要有的選項設定,則可以直接將選項設定儲存在這裡。

Git 選項設定的套用順序

由於設定 Git 選項時可以套用三種不同的層級,不同的層級下可以設定相同名稱的選項,但要以哪一個層級的設定為準呢?事實上 Git 指令列工具在執行時會依據以下優先順序進行套用:

  1. 先套用系統層級 (優先權最低)

  2. 再套用使用者層級

  3. 再套用儲存區層級 (優先權最高)

也就是說,你如果在系統層級曾經設定過 core.autocrlf 選項,然後在使用者層級又重新定義過一次,那麼最終會套用的 core.autocrlf 選項值將會是「使用者層級」的設定值。

不過,若你的執行環境若是使用 Windows Vista 以上並啟用 UAC 使用者存取控制,而且還只用「一般權限」執行這些 Git 命令的話,讀取與套用的順序會多一個判斷:

  1. 套用系統層級: C:\Program Files (x86)\Git\etc\gitconfig

  2. 套用系統層級: %LOCALAPPDATA%\VirtualStore\Program Files (x86)\Git\etc\gitconfig

  3. 套用使用者層級: %USERPROFILE%\.gitconfig

  4. 套用儲存區層級: .git\config

若你想要知道目前的工作環境最終套用的選項設定有哪些,直接執行 git config --list 即可以取得所有「已設定」的選項設定清單:

選項設定的操作方式

  • 取得選項設定清單

      git config --list
      git config --list --system
      git config --list --global
      git config --list --local
  • 取得特定選項值

      git config [config_section.config_name]
    
      git config user.name
      git config user.email
  • 設定特定選項值

      git config [config_section.config_name] [config_value]
    
      git config user.name "Will Huang"
      git config user.email "will@example.com"
  • 刪除特定選項設定

      git config --unset --system [config_section.config_name]
      git config --unset --global [config_section.config_name]
      git config --unset --local  [config_section.config_name]

選項設定檔的內容結構

Git 選項設定的檔案內容其實格式都一樣,我們試著開啟一個使用者層級下的設定檔看看 ( %USERPROFILE%\.gitconfig ):

我們從上圖可以看到,中括號 ( [ 與 ] ) 所包含的是一個「區段名稱」,代表某一群設定檔的分類,而其他的內容則是一組 Key/Value 的對應設定。通常我們會用 git config 命令來操作這些選項設定,但你其實也可以直接用 Notepad 編輯這些檔案,可以達到完全一樣的效果。 如果想了解有哪些選項可用,可以在命令提示字元下執行 git help config 即可顯示說明文件。

常用選項設定

  • 設定指令別名 (Alias)

    有沒有覺得每次用 git 打指令很囉嗦,尤其是經常使用的 git status, git commit, git add 或 git log 等指令,有時候還要外加一些額外的指令參數,每次這樣輸入還真的挺煩的。其實你可以透過指令別名的設定,讓指令輸入的更短一些。

    首先,我們先設定一些我常用的 Git Alias 設定,指令如下:

      git config --global alias.co   checkout
      git config --global alias.ci   commit
      git config --global alias.st   status
      git config --global alias.sts  "status -s"
      git config --global alias.br   branch
      git config --global alias.re   remote
      git config --global alias.di   diff
      git config --global alias.type "cat-file -t"
      git config --global alias.dump "cat-file -p"
      git config --global alias.lo   "log --oneline"
      git config --global alias.ll "log --pretty=format:'%h %ad | %s%d [%Cgreen%an%Creset]' --graph --date=short"
      git config --global alias.lg "log --graph --pretty=format:'%Cred%h%Creset %ad |%C(yellow)%d%Creset %s %Cgreen(%cr)%Creset [%Cgreen%an%Creset]' --abbrev-commit --date=short"

    設定完這些「指令別名」後,如果今後你要顯示工作目錄狀態,原本你要輸入完整的 git status,現在你可以只輸入 git st 即可完成。如果你要顯示簡易版的狀態資訊,以前你要輸入 git status -s 才能完成,現在你只要輸入 git sts 即可完成。要顯示單行的歷史紀錄,現在也只要輸入 git lo, git ll 或 git lg 就可以完成。是不是相對的簡單很多呢! :-)

  • 指定預設文字編輯器

    預設 Git for Windows 在執行 git commit 的時候,會開啟 Vim 編輯器。如果你想切換成記事本的話,可以透過以下指令完成設定:

      git config --global core.editor notepad.exe

    如果想指定 Notepad++ 當為主要編輯器的話,可以透過以下指令完成設定 (請自行修改執行檔路徑):

      git config --global core.editor "\"C:\Program Files (x86)\Notepad++\notepad++.exe\""

    當然,你想換成 Sublime Text 也是沒問題的,只要把執行檔路徑寫對即可!

  • 直接編輯設定檔

    有時候直接編輯設定檔會比下指令來的方便些,所以如果你想要直接從指令列開啟編輯設定檔的話,可以參考以下指令:

      git config --edit --system
      git config --edit --global
      git config --edit --local

    如此一來可以省去開啟檔案總管,並找到路徑後再開啟檔案的繁瑣步驟。

  • 自動辨識 CRLF 字元

    在 Windows 底下,建議最好打開 core.autocrlf 選項,讓 Git 將檔案儲存進物件儲存區 ( object storage ) 時,可以自動過濾所有 CR 字元 ( ),以利 Git 專案能更容易跨平台,讓在 Linux 與 Windows 平台做開發的人都能順利使用 Git 版本控管。

      git config --global core.autocrlf true
  • 自動訂正打錯的參數

    畢竟我們是用指令列工具再輸入,打錯字在所難免,例如你輸入 git statsu (打錯字了),若啟用「自動訂正」選項,則 Git 工具會自動修正為 git status 並成功執行,讓你不用重打一次。以下是開啟自動訂正選項的指令:

      git config --global help.autocorrect 1
  • 啟用訊息顏色

    預設 Git for Windows 的「系統層級」設定中已經啟用了訊息顏色功能,但如果你不小心關閉的話,可以用以下指令開啟:

      git config --system color.ui auto
  • 自訂 commit 訊息範本

    每當我們輸入 git commit 的時候,都會跳出一個文字編輯視窗,讓我們輸入本次要 commit 的紀錄訊息,但每次都需要重頭輸入訊息。在團隊中,你可能會希望大家共用一個「文字範本」,好讓大家在 git commit 的時候都能夠填寫必要的欄位或資訊。

    如果要指令 commit 訊息範本,必須先建立一個文字範本檔案,假設我放在 G:\git-commit-template.txt

    接著透過以下指令,設定 commit 訊息範本的路徑:

      git config --local commit.template "G:\git-commit-template.txt"

    最後執行 git commit 所跳出的訊息編輯視窗就會有預設內容了:

    各位不知道有沒有注意到,我故意用 --local 參數,將設定儲存在「儲存庫層級」下 ( .git\config ),主要原因就是「訊息範本」有時候是跟著「專案」走的,不同的專案可能會想套用不同的訊息範本。如果你跟我有相同的需求,就可以套用 --local 參數。否則,你也可以套用 --global 直接套用在使用者層級下。

今日小結

今天介紹的 Git for Windows 選項設定不是很常用,通常也只需要設定一次就沒事了,但「工欲善其事、必先利其器」,先把環境、選項都給設定好,你將可大幅減少 Git 版本控管的花費時間。

我重新整理一下本日學到的 Git 指令與參數:

  • git config --list

  • git config --list --system

  • git config --list --global

  • git config --list --local

  • git config --edit --system

  • git config --edit --global

  • git config --edit --local

  • git config [config_section.config_name]

  • git config [config_section.config_name] [config_value]

  • git config --unset --system [config_section.config_name]

  • git config --unset --global [config_section.config_name]

  • git config --unset --local [config_section.config_name]

  • git config user.name

  • git config user.email

  • git config user.name "Will Huang"

  • git config user.email "will@example.com"

  • git config --global alias.co checkout

  • git config --global alias.ci commit

  • git config --global alias.st status

  • git config --global alias.sts "status -s"

  • git config --global alias.br branch

  • git config --global alias.re remote

  • git config --global alias.di diff

  • git config --global alias.type "cat-file -t"

  • git config --global alias.dump "cat-file -p"

  • git config --global alias.lo "log --oneline"

  • git config --global alias.ll "log --pretty=format:'%h %ad | %s%d [%Cgreen%an%Creset]' --graph --date=short"

  • git config --global alias.lg "log --graph --pretty=format:'%Cred%h%Creset %ad |%C(yellow)%d%Creset %s %Cgreen(%cr)%Creset [%Cgreen%an%Creset]' --abbrev-commit --date=short"

  • git config --global core.editor notepad.exe

  • git config --global core.autocrlf true

  • git config --global help.autocorrect 1

  • git config --system color.ui auto

  • git config --local commit.template "G:\git-commit-template.txt"

參考連結



若想查詢所有可用的「選項」有哪些,可在命令提示字元下執行 git help config 即可顯示完整的文件說明或可連到 頁面查看。

補充資訊:

筆者曾經寫過一篇 的文章,建議各位可以看看。

git-config(1) Manual Page
VirtualStore - Inside Windows Vista User Account Control
Git 在 Windows 平台處理斷行字元 (CRLF) 的注意事項
Git - Alias
11. Aliases | Git How To
7.1 Customizing Git - Git Configuration
git-config(1) Manual Page
HOME
回目錄
前一天:暫存工作目錄與索引的變更狀態
下一天:標籤 - 標記版本控制過程中的重要事件
image
image
image
image
image
image
image
image
image
image
image
image