2016-01-20 59 views
2

我們目前在5人團隊中使用Git(Visual Studio)。這是這個過程,我們現在遵循:在Git pull請求中顯示不變的文件

  1. 用戶從主創建一個特性分支,他們開始工作
  2. 才實現其功能
  3. 當實施完成後他們從主合併到他們的功能分支(和解決任何衝突),所以他們必須創建一個pull請求別人來審查其特性分支
  4. 的最新變化,如果一切正常,那麼該功能分支合併到主

我們遇到的問題是,拉取請求顯示不屬於特徵的變化。因此,如果DeveloperA完成了一項功能,而DeveloperB仍在工作,那麼當DeveloperB創建一個請求時,它將包含DeveloperA的文件(因爲步驟3)

這有點煩人,因爲審閱者不僅看到DeveloperB的變化,還看到DeveloperA's。我們可以遵循哪些更好的流程?

+0

我們的團隊也有這個問題。儘管每個人都有相同的autocrlf設置,但似乎默默地改變了行尾。所以它聲稱空白的變化。 –

回答

2

我會建議每個開發者應該有自己的功能分支,只應該從主分支更新。通過這樣做,開發人員只會對特性分支進行特定的更改,並且不應從其他功能分支中提取更改。

  1. 創建一個從主功能分支
  2. 德瓦進行更改特性分支
  3. 發展局進行更改自己的特性分支
  4. 德瓦發送pull請求合併掌握
  5. 德瓦更改將被合併成主人
  6. DevB現在必須更新他們的功能分支與主人
  7. DevB發送拉請求主人

幫忙嗎

+0

這就是我們所擁有的。當DevB發送一個拉取請求時,它顯示DevA的變化(因爲步驟6)。比較顯示這些文件沒有變化,但是將它們從拉取請求中排除是很好的。 – user1786107

+0

由於DevA更改現在合併到主設備中,如果DevB用新主設備更新其分支,然後發送拉請求。此時,主設備和DevB功能分支之間的唯一更改應該是在DevB功能分支中完成的唯一更改。我懷疑你爲什麼在DevB發送拉請求時看到DevA更改是因爲DevA中的更改尚未合併到主控中,但它們必須已被拉入或合併到DevB功能分支中 –