技術標籤：gitgithub

文章目錄

• 前言
• 1.簡介
• 2.版本管理系統能幹什麼？
• 3.工具下載
• 4.GitHub
• 5.Git命令列模式設定
• 6.Git命令
• 7.衝突解決
• 8.結構圖
• 9.工作時步驟
• 10.GitHub操作
• 11.Git工作流
• 12.分支型別
• 13.Idea配置Git
• 總結

前言

本文分享本菜鳥的Git學習筆記，內容相對比較簡單。Git可以說是工作中必不可少的工具，讓我們一起來學習一下。
本菜鳥QQ：599903582
笨鳥先飛，熟能生巧 ~
比心心 ~

提示：以下是本篇文章正文內容，下面案例可供參考

1.簡介

Git是目前世界上最先進的分散式版本控制系統。

2.版本管理系統能幹什麼？

3.工具下載

(命令列)
https://git-for-windows.github.io/
（圖形化）
https://desktop.github.com/

4.GitHub

GitHub是一個Git專案託管網站，主要提供基於Git的版本託管服務。
http://www.github.com

5.Git命令列模式設定

Git是分散式版本控制系統，所以需要填寫使用者名稱和郵箱作為一個標識。
git config --global user.name "xiaoming"

git config --global user.email "[email protected]
 
"

--global 表示全域性屬性，所有的git專案都會公用屬性。

6.Git命令

1.建立版本庫
    git init
    
2.提交檔案
    git status             檢視檔案狀態
    git add 檔名      將檔案新增到暫存區
    git commit         提交檔案到本地庫，編寫註釋，完成提交
    git commit -m "註釋內容"
    
3.檢視檔案提交記錄
    git log 檔名  檢視歷史版本
    git log --pretty=oneline  檔名    簡易資訊檢視

4.回退歷史
    git reset --hard HEAD^    回退到上一次提交
    git reset --hard HEAD~n   回退n次操作
    
5.版本穿越
    git reflog 檔名    檢視歷史記錄的版本號
    git reset --hard 版本號    進行版本穿越
    
6.還原檔案（在沒有add 和 commit的前提下）
    git checkout -- 檔名   
    
7.刪除某個檔案
    先刪除檔案，在 git add 再提交

8.git pull命令的作用是：取回遠端主機某個分支的更新，再與本地的指定分支合併。

9.建立分支：
    git branch 分支名
    git branch -v 檢視分支
    git branch -d 分支名       刪除分支

10.切換分支：
    git checkout 分支名
    git checkout -b 分支名    建立分支並跳轉

11.合併分支：
    先切換到主幹，git checkout master
    git merge 分支名
    
12.增加遠端地址：
    git remote add <遠端代號> <遠端地址>    新增一個遠端連結的代號，一般直接使用origin做代號
    遠端地址：GitHub中的專案地址

13.推送到遠端庫：
    git push <遠端代號> <本地分支名稱> 
    git push origin master  推送  

14.從GitHub上克隆一個檔案：
    git clone  <遠端地址> <新專案目錄名> 
    命令執行完後，會自動為這個遠端地址建一個名為 origin 的代號。
    
15.從GitHub上更新專案
    git  pull   <遠端代號>   <遠端分支名>。
     <遠端代號> 是指遠端連結的代號。
    <遠端分支名>是指遠端的分支名稱，如master。例 git pull origin  master
 

7.衝突解決

  衝突一般指同一個檔案同一位置的程式碼，在兩種版本合併時版本管理軟體無法判斷到底應該保留哪個版本，因此會提示該檔案發生衝突，需要程式設計師來手工判斷解決衝突。程式合併時發生衝突系統會提示CONFLICT關鍵字，命令列字尾會進入MERGING狀態，表示此時是解決衝突的狀態。

  git diff 可以找到發生衝突的檔案及衝突的內容。
然後修改衝突檔案的內容，再次git add 和git commit 提交後，字尾MERGING消失，說明衝突解決完成。

8.結構圖

9.工作時步驟

10.GitHub操作

  以上對專案的操作方式，必須是專案的建立者或者合作伙伴。
  合作伙伴新增方式如下圖: 在專案中點選settings頁籤，然後點選Collaborators,然後在文字框中搜索合作夥伴的郵箱或者賬號。點選新增。新增後GitHub會給合作伙伴對應的郵箱發一封，邀請郵件。

  邀請你的同事成為合作伙伴
合作伙伴會收到邀請郵件。點選View invitation 按鈕後會跳轉至GitHub頁面，讓合作伙伴選擇，是否接受邀請。
點選接受後，則合夥夥伴正式加入專案，獲得直接提交程式碼的許可權。

更新流程：

11.Git工作流

  Gitflow工作流通過為功能開發、釋出準備和維護設立了獨立的分支，讓釋出迭代過程更流暢。嚴格的分支模型也為大型專案提供了一些非常必要的結構。

12.分支型別

主幹分支 master
  主要負責管理正在執行的生產環境程式碼。永遠保持與正在執行的生產環境完全一致。

開發分支 develop
   主要負責管理正在開發過程中的程式碼。一般情況下應該是最新的程式碼。

bug修理分支 hotfix
   主要負責管理生產環境下出現的緊急修復的程式碼。 從主幹分支分出，修理完畢並測試上線後，並回主幹分支。
   並回後，視情況可以刪除該分支。

釋出版本分支 release
   較大的版本上線前，會從開發分支中分出釋出版本分支，進行最後階段的整合測試。該版本上線後，會合併到主幹分支。
  生產環境執行一段階段較穩定後可以視情況刪除。

功能分支 feature
  為了不影響較短週期的開發工作，一般把中長期開發模組，會從開發分支中獨立出來。 開發完成後會合併到開發分支。

13.Idea配置Git

https://blog.csdn.net/m0_37482190/article/details/89975393

總結

提示：這裡對文章進行總結：
  Git的內容相對來說比較少，也比較簡單，但卻是專案開發中必不可少的工具，熟練的使用可以大大的便利工作。
本菜鳥QQ;599903582
笨鳥先飛，熟能生巧 ~
比心心 ~