2010-04-23 142 views

回答

1

假設你真的專注於最佳實踐,我可以勾勒出一對夫婦的可能性。

使用可用的最佳(SCM)工具。雖然這可能取決於您的特定目標和約束條件,但Mercurial和Git難以勝任(分佈式,卓越的分支/合併功能,多平臺,FOSS,真正快速,靈活的工作流程等)。

您可以使用的工具,像PanBI分析數據源存儲庫(免責聲明:我寫的)。簡短的screencast展示了您可以從存儲庫內容分析中學到的內容。簡言之:

  • 上基本代碼一般工作動力學
  • 每顯影劑
  • 擊穿
  • 日常工作動力學
  • 類型更改爲基本代碼(添加/刪除/修改)時,源樹
  • 的一部分的

......還有更多。

將SCM工具與問題跟蹤器連接也可以增加價值。開發人員將問題ID放入提交消息中,例如「[#1455]:稍微提高了性能」,問題跟蹤程序將問題與代碼庫中的更改聯繫起來。從項目管理的角度來看,這可以讓您鬆散地跟蹤在單個問題,項目階段或完整項目上花費的時間。一個簡單的提交鉤拒絕提交沒有問題編號可以確保數據一致性。可以將這些「測量」數據與基線進行比較,以瞭解什麼是有效的,哪些不是。

從倉庫拉到標記源版本中的生成服務器上建立的官方版本,因爲它是控制質量的方式也可以考慮從項目管理的角度來看是有利的。通過這種方式構建軟件將構建過程從開發人員機器環境的任何依賴關係或特定細節中分離出來,提供可重複性,允許強大的自動/半自動發佈構建等,即簡化和屏蔽部署過程的一部分。

這些只是一些可能性,它不止於此。

+0

非常感謝兄弟幫助我。 – SCM 2010-04-23 13:10:43

+0

我的榮幸。順便說一句,從您的其他問題來看,您正在使用VSS。除此之外,僅僅事實上VSS有一個官方的「防止數據損壞的最佳實踐」頁面(http://msdn.microsoft.com/en-us/library/ms181079(VS.80).aspx)應該會很長表明在任何環境中使用VSS的想法有多糟糕。我強烈建議用更安全的東西取代它(赦免無意的雙關語)。 – 2010-04-23 13:49:40

2

它減輕了一大堆的項目風險,包括:

  • 使得它被發現是不正確的變化的風險:供應鏈管理軟件,可以讓你看到的變化和回滾
  • 風險你可能會失去所有的源代碼(不太可能,因爲每個人都有自己的機器上拷貝)
  • 兩個人可以作出不兼容的變化的風險:良好的SCM將允許你合併兩個並獲得兩全其美。

另外,現在SCM的設置非常簡單而且便宜,只需開啓一個軟件項目就可以了,而且這個軟件項目是瘋狂的。

+0

我想他是要求一個最佳實踐而不是優點,儘管你所說的是肯定的。 – ckv 2010-04-23 12:06:47