git管理專案思想

2021-08-07 21:38:56 字數 934 閱讀 5983

接著具體說一下,專案開發時是怎麼管理專案的:

思路:新建專案在github時,會有master主分支,一般會加乙個develop側分支。develop側分支,用於開發應用。之後的開發提交,都是提交到develop。直到乙個版本開發測試完畢。(eg:0.0版本開發更新到1.0版本),確定後,將develop分支與master主分支合併。之後的版本開發依舊在develop分支進行。直到有乙個版本開發測試完畢。再將已經確定的新版本合到master主分支儲存。。以此順序進行。

當我們拉取遠端**到本地開發時。我們一般會拉取遠端的develop分支的**。(git clone)。在我們本地就會出現master,develop兩個分支,(讓我們把這時候的**叫做a),在本地的master分支,一般沒什麼用,不去管它。在本地的develop分支與遠端的develop分支是相互關聯的。推送**時,只能在develop分支進行。這時,我們一般會在本地再新建乙個分支dev。(**也是a)開發時,都在dev分支中開發,寫**。

寫好後(**變成了a+b,b是你新加的**),要提交**到遠端。一般都是,先在dev分支下git add,git command,存你寫的**到本地的草稿箱裡。再切換分支到本地develop分支下(git checkout develop),拉取一下遠端的**,看你的同事是否有新的提交。若有新提交,那這時你本地的develop分支的**就變成了(a+c,c是同事新加的**),這時候,你需要將兩個分支合併。首先,切換回dev分支,(git rebase develop)將develop分支下的變化與dev下的**合併,此時dev分支下的**為(a+b+c),切換分支到develop分支(git merge dev),合併dev和develop兩個分支,此時develop分支的**也變成了(a+b+c),這時,就可以推送**到遠端了,( git push origin develop)。這時,遠端的**也由(a+c)變成(a+b+c)了。最後,在本地切換分支回到dev,繼續進行開發。

Git專案管理

操作步驟 1.git init 建立本地git檔案 2.git add 專案 儲存在暫存區 3.git status 檢視當前版本庫的狀態 4.git commit m 提交日誌 5.git log 檢視當前提交的版本號 6.new responsitory 遠端建立倉庫 7.git remote ...

git管理專案

首次建立倉庫並首次提交 在專案過程中,做完乙個模組應該新建乙個分支,然後提交 到該分支中,具體的一些步驟如下 git checkout b user 建立 b 乙個新分支,並切換 checkout 到該分支 git branch 檢視所有分支和正處在的分支 git add 將檔案新增到暫存區 git...

Git 管理專案

在專案中時常會有一些配置檔案,這些配置檔案必須存在於專案當中但各個成員之間並不需要保持一致。而且因為大家的執行環境不同等原因,大家都需要對其進行修改,但不應該將這些配置檔案提交上去,因為這會影響到別人。比如乙個專案中的 classpath 檔案,每個人的專案中都必須要有這麼乙個檔案才能執行,而每個人...