git實戰管理項目的示例分析

git實戰管理項目的示例分析，很多新手對此不是很清楚，為了幫助大家解決這個難題，下面小編將為大家詳細講解，有這方面需求的人可以來學習下，希望你能有所收獲。

示例

1.git常用命令

#1.初始化
通常在根目錄下，執行：【git init】，完成項目的git初始化
#2.添加
當在項目中，添加新文件后，執行：【git add .】，完成新文件git添加
#3.提交
當在項目中，更新內容后，執行：【git commit -m'log content'】，完成git提交，需要注意此時的提交，是提交到本地的暫存區，內容變化還未同步到遠程，這是與svn的提交不一樣的地方
#4.查看狀態
如果想要查看項目的git狀態，執行：【git status】
#5.查看分支
查看本地分支，執行：【git branch】
查看遠程分支，執行：【git branch -r】
#6.開新分支
開一個新分支，比如說從master分支，開分支v1.0，執行：【git checkout -b v1.0 origin/master】
#7.克隆、拉取
從遠程倉庫克隆代碼，執行：【git clone https://xxx/xxx.git】
從遠程倉庫拉取最新代碼，執行：【git pull】
#8.推送
如果是本地項目，第一次推送，需要與遠程倉庫建立連接，執行：【git remote add origin https://xxx/xxx.git】
如果是本地項目，第一次推送，與遠程倉庫建立連接后，第一次推送執行：
【git pull】--->優先從遠程倉庫，做一次拉取
【git push -u -f origin/master】---> -f參數，表示強制推送，覆蓋遠程倉庫

如果不是第一次推送，執行：【git push】

1.2.創建遠程倉庫

復習了解了git的常用命令，我們借助碼云做一個相對完整的案例演示。首先我們建立一個遠程倉庫：algorithm，用于分享數據結構與算法，我會把數據結構與算法系列文章的源碼放到這個倉庫中

1.3.準備項目，執行git初始化

我們進入項目：data-struct-pro根目錄，創建兩個文件，分別是

• README.md，用于描述項目詳細信息

• .gitignore，用于描述git忽略文件信息

1.3.1.README.md

數據結構與算法知識匯聚

1.3.2.gitignore

#忽略class文件
*.class
#忽略打包文件
*.war
*.ear
#忽略kdiff3對比文件
*.orig
#忽略maven文件
target/
#忽略eclipse文件
.settings/
.project
.classpath
#忽略idea文件
.idea/
/idea/
*.ipr
*.iml
*.iws
#忽略臨時文件
*.log
*.cache
*.diff
*.patch
*.tmp
#忽略系統文件
.DS_Store
Thumbs.db

1.3.3.執行git初始化

git初始化前

git初始化后

1.4.添加、提交本地項目

完成初始化后，項目已經通過git管理起來，我們需要將項目內容添加、提交到git本地暫存區中，具體操作

• 查看當前git狀態信息，執行：【git status】

• 添加項目內容，執行：【git add .】

• 提交項目內容，執行：【git commit -m'algorithm project init'】

1.5.將本地項目，推送到遠程倉庫

在本地項目git初始化后，我們需要把項目進一步推送到遠程倉庫中，具體步驟

• 建立遠程倉庫連接，執行：【git remote add origin https://gitee.com/yanghouhua/algorithm.git 】

• 拉取遠程倉庫初始化信息，執行：【git pull】

• 推送本地項目到遠程倉庫，執行：【git push -u -f origin master】

圖一

圖二（推送的時候，需要用戶驗證，輸入遠程倉庫上的用戶名、密碼即可）

圖三（推送成功后，遠程倉庫上已經有我們的項目代碼了）

1.6.git最佳實踐

到這一步，我們已經把本地項目，推送到遠程倉庫管理起來。這個時候，項目組的小伙伴就都可以從遠程倉庫，拉取項目的代碼到本地，愉快的進行日常開發了。

當然這個時候，我們需要注意一些最佳實踐，下面我將給你分享

• 分支開發，主干發布

• git項目分支管理

1.6.1.git項目分支管理

這里，我將我們項目組實施的分支管理實踐分享給你，你需要注意，每個項目組的實踐方式一定會有差異，都需要參考項目組自身的需要來調整，因此我們關注到每個分支的含義就可以了

• master分支：主干分支，在我們項目組中，master分支用于線上備份，即在每次上線發布后，直接從release分支合并而來

• release分支：發布分支，在我們項目組中，該分支用于上線發布

• test分支：測試分支，在我們項目組中，該分支用于測試

• develop分支：開發分支，在我們項目組中，該分支用于新需求，新功能開發。每個新需求新功能，我們會從release分支作為起點，開一個develop分支，比如說：develop-xxx-20210523

• hotfix分支：bug修復分支，在我們項目組中，該分支用于線上bug修復。針對線上bug，我們會從release分支作為起點，開一個hotfix分支，比如說：hotfix-xxx-20210523

看到這里，可能有朋友會問了，那么你們的分支之間是怎么流轉，保障代碼同步的呢？我們是這么做的

• 不管是新需求，還是線上bug修復，我們都會以release分支作為起點，開新的分支

• 當需求開發完成，或者bug修復完成，我們會優先將代碼合并到test分支，進行測試

• 測試通過后，我們會將需求分支、bug修復分支代碼合并到release分支，進行預生產發布

• 預生產環境測試通過后，直接推送發布到生產環境

• 整個項目上線發布完成，將release分支代碼，合并到master分支，實現分支代碼的同步

1.6.2.分支開發，主干發布

關于整個分支代碼流轉，我就不具體演示了，畢竟每個團隊都會有自己的規范。在這里最后，我們分享一下如何開新分支、以及如何在分支之間切換

• 創建新分支，執行：【git checkout -b v1.0 origin/master】

• 推送v1.0分支到遠程倉庫，執行：【git push origin HEAD -u】

• 切換分支，執行：【git checkout master】

圖一

圖二

看完上述內容是否對您有幫助呢？如果還想對相關知識有進一步的了解或閱讀更多相關文章，請關注億速云行業資訊頻道，感謝您對億速云的支持。