資產管理是資源控制的超集

Question

在規劃源控制解決方案時，是否考慮了整個資產管理？例如：圖像，外部鏈接，內容，規格和數據？我知道這裏有足夠的力量來使源代碼管理有效地工作，但我經常看到好的源代碼管理，但手動操縱其他相關資產。

（新增） 這個問題是由的StackOverflow播客＃啓發36 http://blog.stackoverflow.com/2009/01/podcast-36/

Answer 1

我在哪裏工作，我們有相關的源代碼控制，內部文檔，第三方API文檔，代碼，數據庫SQL項目的所有資產，內容等，整個shebang。

我們還通過Sharepoint等協作工具爲非開發人員提供可用的商業文檔，如規格，項目計劃（尚無項目服務器）。

Answer 2

內容管理，配置管理，源代碼管理和普通企業控制（即SAS-70，SOX控件）之間有一些界限。

兩者不同，沒有超集/子集關係。

您有一些企業信息，並且您有用於處理該信息的基礎結構。

企業信息 is data（not processing）;這經常在內容管理器和關係數據庫之間分開。

• 內容管理是您購買（或擴展）的應用程序。它處理「半結構化」和「非結構化」信息。例如，圖像，鏈接和「內容」。有些人稱之爲「資產管理」。

• RDBMS是您購買的應用程序。它包含結構化信息。

普通企業控件應該涵蓋所有這些「生產」數據 - 內容和RDBMS。如果他們不這樣做，那麼沒有任何內容管理或RDBMS軟件可以提供幫助。

基礎設施很大程度上是處理（不是數據）。您必須將配置管理應用爲一門學科。配置管理包括所有運行時配置參數，設置，文件以及不包括源代碼。

您的源代碼控制和您的配置是處理企業信息資產的一部分。

我建議你專注於配置管理 - 源代碼，設置參數，補丁等

內容，就像在一個數據庫管理數據，是用戶，而不是開發商的責任。技術人員提供RDBMS或內容管理工具。但技術人員不承擔使用信息的責任 - 最終用戶擁有這些信息 - 他們可以隨心所欲地處理這些信息。

內容管理（或「資產管理」）將手動。你可以購買他們的工具，但用戶需要開發他們自己的流程來使用這些工具。它總是看起來手動。

Answer 3

在我工作的公司，我們作爲開發人員同意，在產品生命週期中發生的一切變化都是由不同人員操縱的，應該在版本控制系統中進行託管。我與不同部門多次討論過這個問題，結果總是「聽起來不錯，但發展以外的人不能處理版本控制系統」。所以我們在源代碼控制下沒有規範等。更糟的是，我們有部分代碼，例如由非開發人員編輯的java-resource-files，據稱他們無法在源代碼管理下工作，因此我們被迫檢查文件，將它們發送給譯員，編輯這些文件，將它們發送回去，然後我們檢查結果成sc再次（但可能在他們同時工作： - （和合並）......這實際上是真正發生的短版本（甚至涉及MS-Excel）

所以，我的答案'是的，一切都應該在源代碼控制之下'，但是除了代碼之外什麼都不會。