【Git】版本控制基本指令

閱讀時間約 6 分鐘

前言

最近剛換新公司,重新準備自己的開發環境。以前被圖形化介面慣壞了,日常操作都是在Sourcetree介面上滑鼠點一點就可以完事,只有遇到特殊的狀況才會找指令解。

現在的公司用的是TortoiseGit,除了解衝突、看分支差異比對方便以外,我反而寧可回歸下指令。


本篇就記錄一下在Git Bash上的入門操作,加深理解對這套工具的認識。


何謂版本控制

編輯記錄

編輯記錄

以方格子來說,每一段時間系統會自動幫你的文章做存檔,避免編輯資料遺失,並且以時間戳記作為版本命名。因此,我隨時都可以回復到以前暫存時間點,再次接續進行編輯。


Git Repository

Repository有被翻譯為程式庫、倉庫、儲存庫,具體一點可以是電腦上的某個資料夾。我們可以透過git來追蹤控管這個資料夾內所有文件的變化,就如同方格子對這篇文章的編輯時間點作紀錄一樣。


首先,建立一個git-demo的資料夾作為repository,並且切換路徑位置到資料夾內。


注意這時候還只是一般的資料夾(目錄),裡面什麼都沒有


建立資料夾

建立資料夾

執行git init,讓git初始化該資料夾,變成repository。


git完成初始化的作業,產生預設的主分支(master),同時生成一個.git資料夾,裡面存放所有控管的資料參考。

raw-image


到這裡為止可以先歸納幾件事:

  1. git 是一項版本控制工具
  2. 初始化資料夾生成.git檔,用來追蹤文件變化,如果被刪除就會變回一般資料夾
  3. .開頭命名的檔案是隱藏檔,需要變更資料夾的顯示設定才能看到

Git Commit

每一筆commit(提交紀錄)可以理解為一次的存檔,作為範例我會新增一個檔案,並且把它紀錄下來。不過在這之前可以先使用git status查看當前狀態​。

沒有提交項目,系統也提醒作檔案異動後使用git add加入追蹤

沒有提交項目,系統也提醒作檔案異動後使用git add加入追蹤


建立檔案後,再查看一下git status -s,只看縮寫版的狀態。

系統提示file1.txt未被加入追蹤

系統提示file1.txt未被加入追蹤

執行git add .將所有檔案加入至暫存區。其中.代表當前資料夾,也可以各別指定加入的檔案名稱。

系統提示檔案加入至暫存區,等待提交

系統提示檔案加入至暫存區,等待提交


使用git commit提交本次所有的異動,描述一下這次改了哪些東西。沒有帶-m的指令會開啟編輯器。或者使用git commit -m "<提交訊息描述>"

編輯器預設使用vim,可以另外修改成自己習慣的編輯器
raw-image


完成提交後可以再查看一下狀態,確認沒有新的異動。

raw-image


Git Log

在眾多圖形化介面,最方便的就是可以看到美美的線圖,尤其是越大型的專案,亂七八糟的紀錄完全是門藝術。透過指令同樣可以做到簡易版的呈現,明確來說是照自己的意思只顯示必要的項目,例如git log --oneline --graph -5

以單行顯示歷程,提供線圖,只要最新5筆紀錄

以單行顯示歷程,提供線圖,只要最新5筆紀錄

Github

寫到這裡差不多要做結尾了,也許會有初學者問:github呢?


蠻意外的是,還真有不少人分不太清楚兩者間的關係,但在工作上一樣知道怎麼走完流程。有些公司用的是gitlab,一樣都是git開頭,難道不都是git嗎?


示意圖

示意圖

前面我們已經會在自己電腦建立git repository了,而且進行修改紀錄追蹤,直白一點說就是進行存檔。


今天如果需要多人協作,分別在不同的電腦一起編輯這個專案資料夾,就會需要在遠端的伺服器上也建立一個git repository,隨時與自己電腦的repository進行同步(push/pull),確保狀態的一致。


遠端伺服器常見的方案有Github、Gitlab、Bitbucket等等,除了可以在上面進行git相關功能操作外,額外多了權限控管、CI/CD流程等串接,因此跟純粹只有版本控制概念的git工具來說是兩回事。


總結

  1. 創建: git init
  2. 查狀態: git status
  3. 看歷程: git log
  4. 加入暫存: git add
  5. 提交暫存: git commit


後記

工作上從遠端的master clone下來整包專案的一周後,git status告訴我commit點落後400多項更新,於是照以往習慣定期同步遠端master。怪了,竟然連master 都可以pull失敗,究竟是發生了什麼事? 只好上stackoverflow找找可行的解法。


問題

執行git pull origin master

錯誤訊息

error: cannot lock ref 'refs/remotes/origin/xxx': ref xxx is at OOO expected XXX

解法

git gc --prune=now
git remote prune origin
git pull origin master


只知道遠端其實有很多沒砍掉的分支,大多數人處理方式也直接-f(--force)了事,因此才會需要下prune相關指令去更新這些分支的本地及遠端的ref,也算是學到了一課。


avatar-img
13會員
64內容數
遇到的坑、解過的題、新知識的探索、舊時代的遺毒!? 工作後我發現,文件更新往往跟不上新需求的更迭,犯錯的歷史總是不斷重演。因此,我改變了方式,蒐集從程式上、系統上的每一次異常處理過程,好讓再次遇到相同的問題時能快速應變。此專題就是我的錯題本,期待日後不管在工作上或交流上遇到難題,都能輕鬆地應答:有什麼難的,我都踩過。
留言0
查看全部
avatar-img
發表第一個留言支持創作者!
Err500 的其他內容
2024-04-26晚上跟到了在twitch上的直播,ThePrimeagen邀請到了Uncle Bob進行訪談—沒錯,就是那位《Clean Code》、《Clean Architecture》、《Clean Agile》等書的作者Robert C. Martin。
上次完成到基本的CRUD及權限控制,後面花了點時間把排序、分頁、圖表總覽的部分做完,其他細節是佈署上線,一般在公司內有專屬的部門處理,僅了解一下流程。
原本的計畫是寫系列文,一天嗑一點,雖然完整影片約17小時,分批消化卻花了我近10天,現在回去看我第一天寫的草稿,編輯時間已經是半年前...。
前年第一次藉公司機會,參加了DevOpsDay的活動。雖然devOps一詞各自表述,大多狀況還是偏向維運會遇到的技術為主,做為平時開發、跟使用者訪談需求的工作內容來說,參加聚會如果沒有一定的知識,對講者所提到的狀況比較難有共鳴...
學習Spring Boot是Java工程師必備技能,文章分享瞭如何自學並快速上手Spring Boot開發,包括架構、開發工具、專案建立以及實作過程。
在過年期間,利用集中時間跟完Mosh Hamedani的Next.js課程,掌握了前端至後端的技術應用。本文分享了學習過程中的收穫與成果,以及對於未來應用的展望。
2024-04-26晚上跟到了在twitch上的直播,ThePrimeagen邀請到了Uncle Bob進行訪談—沒錯,就是那位《Clean Code》、《Clean Architecture》、《Clean Agile》等書的作者Robert C. Martin。
上次完成到基本的CRUD及權限控制,後面花了點時間把排序、分頁、圖表總覽的部分做完,其他細節是佈署上線,一般在公司內有專屬的部門處理,僅了解一下流程。
原本的計畫是寫系列文,一天嗑一點,雖然完整影片約17小時,分批消化卻花了我近10天,現在回去看我第一天寫的草稿,編輯時間已經是半年前...。
前年第一次藉公司機會,參加了DevOpsDay的活動。雖然devOps一詞各自表述,大多狀況還是偏向維運會遇到的技術為主,做為平時開發、跟使用者訪談需求的工作內容來說,參加聚會如果沒有一定的知識,對講者所提到的狀況比較難有共鳴...
學習Spring Boot是Java工程師必備技能,文章分享瞭如何自學並快速上手Spring Boot開發,包括架構、開發工具、專案建立以及實作過程。
在過年期間,利用集中時間跟完Mosh Hamedani的Next.js課程,掌握了前端至後端的技術應用。本文分享了學習過程中的收穫與成果,以及對於未來應用的展望。
你可能也想看
Google News 追蹤
Thumbnail
這篇文章將介紹工程師使用版控和git的相關知識和技能,包括版本控制的意義和git的基本指令,以及開發流程和webhook的概念。
今天學習Git Command-Line Syntax [1] 。 Git command的 convention 為: `git [switches] <command> [<args>]` 而每一個部分的基本解釋是: - `git` 是 Git 命令的開頭 - `[s
Windows : 下載Git (git-scm.com)並按照指示安裝。 安裝完成後,你可以通過運行以下命令來確認安裝是否成功: git --version 初次設定GIT 接下來就是按照初次設定git,會需要配置你的用戶名和電子郵件地址,這些信息將被記錄在您提交的每個變更中。 git
1. Outline Takeaway Setting up Git and verifying installation Configuring your Git username and email Initializing a new Git repository Stagin
※ 需要做版本備份時: git init:初始化此資料夾,由git 開始追蹤版本控制。 git add:將檔案加入到暫存區。 git commit:把暫存區的內容提交到儲存庫。 git status:查看目前所有檔案的狀態。 git log:查看過去所有commit的記錄。 ※ 需要做修
※ 簡短說明Git 和 Git Flow 是什麼?如何應用? Git 是什麼? Git是一個分散式版本控制軟體,能夠紀錄檔案的狀態變化,以及協調多個開發者之間的工作。它允許團隊成員協作編輯和管理項目的代碼庫,並且能夠追蹤文件的歷史變更、恢復到以前的版本、合併不同版本的代碼,以及解決代碼衝突等。
※ Git(四) 空的資料夾無法被加入 Git 進行版本控制,但這個資料夾如果又是很重要的資料夾,你會怎麼處理? 當空的目錄無法被加入 Git 進行版本控制時,有以下的做法可以解決: 在那個空目錄裡隨便放一個檔案就行了。 在這個資料夾中添加一個名為 .gitkeep 的空檔案,讓 Git 能
Thumbnail
本文將介紹Gitlab與GitHub的差異,以及在本地環境部署Gitlab的流程與實作。文章內容包括版本管理系統的選擇,Gitlab的基本功能,以及使用Docker進行部署的詳細步驟。
※ 關於Git (二) 請寫下從 Github 上複製一個專案下來,做一次遞交,然後推上去會用到的所有 git 指令。 複製專案(Clone) markdown-here: git clone https://github.com/adam-p/markdown-here.git 如果在訊息
關於Git(一) 版本管理系統是什麼?為什麼要用? 版本管理系統(Version Control System,VCS)是一種追蹤和管理項目代碼、文件和資源變更的工具。 工作流程上可防止每個人因使用自己的開發程式搭配不同且不相容的工具所引起的混亂。版本控制會同步處理版本,並確定變更不會與其他人
Thumbnail
這篇文章將介紹工程師使用版控和git的相關知識和技能,包括版本控制的意義和git的基本指令,以及開發流程和webhook的概念。
今天學習Git Command-Line Syntax [1] 。 Git command的 convention 為: `git [switches] <command> [<args>]` 而每一個部分的基本解釋是: - `git` 是 Git 命令的開頭 - `[s
Windows : 下載Git (git-scm.com)並按照指示安裝。 安裝完成後,你可以通過運行以下命令來確認安裝是否成功: git --version 初次設定GIT 接下來就是按照初次設定git,會需要配置你的用戶名和電子郵件地址,這些信息將被記錄在您提交的每個變更中。 git
1. Outline Takeaway Setting up Git and verifying installation Configuring your Git username and email Initializing a new Git repository Stagin
※ 需要做版本備份時: git init:初始化此資料夾,由git 開始追蹤版本控制。 git add:將檔案加入到暫存區。 git commit:把暫存區的內容提交到儲存庫。 git status:查看目前所有檔案的狀態。 git log:查看過去所有commit的記錄。 ※ 需要做修
※ 簡短說明Git 和 Git Flow 是什麼?如何應用? Git 是什麼? Git是一個分散式版本控制軟體,能夠紀錄檔案的狀態變化,以及協調多個開發者之間的工作。它允許團隊成員協作編輯和管理項目的代碼庫,並且能夠追蹤文件的歷史變更、恢復到以前的版本、合併不同版本的代碼,以及解決代碼衝突等。
※ Git(四) 空的資料夾無法被加入 Git 進行版本控制,但這個資料夾如果又是很重要的資料夾,你會怎麼處理? 當空的目錄無法被加入 Git 進行版本控制時,有以下的做法可以解決: 在那個空目錄裡隨便放一個檔案就行了。 在這個資料夾中添加一個名為 .gitkeep 的空檔案,讓 Git 能
Thumbnail
本文將介紹Gitlab與GitHub的差異,以及在本地環境部署Gitlab的流程與實作。文章內容包括版本管理系統的選擇,Gitlab的基本功能,以及使用Docker進行部署的詳細步驟。
※ 關於Git (二) 請寫下從 Github 上複製一個專案下來,做一次遞交,然後推上去會用到的所有 git 指令。 複製專案(Clone) markdown-here: git clone https://github.com/adam-p/markdown-here.git 如果在訊息
關於Git(一) 版本管理系統是什麼?為什麼要用? 版本管理系統(Version Control System,VCS)是一種追蹤和管理項目代碼、文件和資源變更的工具。 工作流程上可防止每個人因使用自己的開發程式搭配不同且不相容的工具所引起的混亂。版本控制會同步處理版本,並確定變更不會與其他人