2011-08-31 35 views
3

在未來的開發階段之前,一直以來大部分已實現的功能已經擱置。在當前階段不需要代碼,但稍後需要代碼,因此簡單地刪除代碼並不是一個有吸引力的選擇。完成代碼也被認爲是不吸引人的選擇。我試圖找出把這個功能集成到冷庫沒有最好的方法:處理延期代碼

  • 留下雜亂的源文件
  • 刪除它完全(根據我的團隊的願望)

我不會立即看到處理這個「臨時」冗餘代碼的最佳方式。我的一部分只是想標記代碼庫並剔除有問題的代碼。我給這理由是:

  • 時(如果!)我們曾經回到這個功能,它很可能會需要反正一個公平的幾個變化一切將在
  • 陸續有亂扔的代碼(什麼,只能變得更)破碎/不完整的代碼包在0#如果感覺錯錯就錯
  • 具有其中有上下文信息源控制一個標記點​​更應此功能在稍後重新實現有用

有我在這裏失蹤的任何東西?

+0

把它放到移動到某個特殊目錄的文件中怎麼樣? – PlasmaHH

+0

那麼採取一個標籤/分支,然後從主幹中刪除它有什麼問題?如果沒有進一步的信息,這可能是我會做的。 –

+1

簡單地刪除它應該*總是*一個選項。這就是源代碼控制的目的。 –

回答

5

我會創建一個指向帶有不需要的代碼的修訂的分支,繼續在master中進行開發,並在稍後將這兩個分支合併時,此代碼再次變得有用。

不好意思使用git詞彙表,這個概念可以很容易的移植到其他VCS上。

+0

這是我的第一個想法,但我想可能會進一步發展可能會導致兩個分支分歧創造可能討厭的傷疤。我認爲這將是一項手動工作。 – Konrad

+0

那麼,還有其他的方式來處理這些問題,但他們每個人都需要手動合併。您可以簡單地將此文件複製到工作樹之外,但是,再次合併。你可以製作一個補丁來應用這些不需要的代碼。但同樣,它不會適用於清潔。 (是的,我也會喜歡我的VCS系統來爲我解決衝突。) –