2014-05-09 47 views
2

我是Git的新手,想了解與其他開發人員一起工作時的基本工作流程。基本的Git工作流程幫助

我們有一個開發人員推動的遠程development分支。

  1. development遠程分支的新鮮拉獲得新的更新...

    git pull origin development 
    
  2. 做了一堆工作,在我的development當地分公司

  3. 加入並提交新的工作,我剛做過

    git add . 
    git commit -m "completed x" 
    
  4. 名推更改development遠程分支

    git push origin development 
    

我不知道是否有這樣做的更加優化,更好的辦法?請注意,我只與一個或兩個其他開發人員合作。

+0

那麼,實現工作流程的「更優化」和「更好」方式到底意味着什麼? –

+0

我只想說,我很抱歉我的較粗魯的早期反應。 –

回答

3

不,沒有更多的「最佳」方式來做到這一點(我猜你是指最少的步驟?)。上面概述的是典型git工作流程所需步驟的最小數量。

2

假設您正在討論與小組合作並進行某種開發 - 發佈 - 部署過程,以下是兩種常見工作流程的良好概述:Git Workflows For Successful Deployment

我對當前團隊使用「git flow」模式。這篇文章討論了一些專業和專業的。

0

在我自己的功能分支上工作,後來將其與主開發分支合併在一起,在我看來是一種更好的工作方式。如果您有主要開發分支,您可以在其上創建分支並推送您的更改。

舉例來說,如果我有一個分支「主人」,而如果我上了一個新的功能Feature_A

工作,我會做這樣的事情。

git checkout -b feature_a 

我會讓我的變化,推動了「feature_a」分支(而我在主分支上面的命令中給出)。

git push origin feature_a 

現在,當我的功能完成後,管理「主」分支的同事會將我的分支合併到它中。

git merge feature_a 

(以上指令下達,而他是在主分支)

即使你有一對夫婦的其他開發人員的工作,它始終是更好地對自己的分公司工作,併合並相同完全測試完一項功能後。這將使您的版本更加整潔有序。

0
# fetch everything from remote but don't modify anything local 
git fetch 

# checkout the development branch; 
# this will automatically track the remote branch 
git checkout development 

# do some work and commit it 
git commit -m 'whatever' 

# fetch changes and rebase the development branch against the remote changes 
git pull --rebase 

# push changes 
# (all branches by default but can be changed to just current branch) 
git push 

# continue to pull --rebase, commit, and push 

雖然有一些變化,但是在將本地更改推送到遠程之前,您應該考慮重新綁定遠程提交。更成熟的OSS項目通常會堅持這一點,這是一個很好的做法。您可以重新設定默認拉動行爲(通常會合並)。