確定一個真正的問題 - 我想爲我開發的系統的用戶添加一個能力，以便將一組更改打包在一起，以便他們可以將其更改包部署到一個驗收測試環境，進行他們的測試，然後在稍後的時間點（如果測試成功的話）將這一系列更改部署到實時環境中。包裝部署用戶更改的通用設計
本例中的系統是J2EE webapp更新關係數據庫記錄，但它看起來好像這個包和部署功能不應該是特定於我的應用程序，並且可能是可重複使用的可插入功能正確的方法。
任何人都知道任何現有的解決方案可能適用或得到任何建議如何最好地去做？
因此，如果我正確地閱讀這篇文章，您希望讓最終用戶能夠從一個系統獲取一組交易並在另一個系統上自動運行它們。
我會建議分兩步設計。首先，建立機制。我認爲這需要構建一個簡單的腳本引擎，它接受一個帶有命令列出的命令的平面文件。測試功能並確保命令正常工作。
第二步是使最終用戶友好。對於大多數用戶來說，這意味着某種類型的「腳本生成器」工具，可以使他們輕鬆創建可移植的腳本。
如果設計時考慮到可移植性，這種解決方案應該是便攜式的。 ：D
如果您在Linux環境中運行，請檢查RPM。過去，我構建了一些自動檢測CVS代碼的系統，將其打包，將其傳輸到Prod/UAT系統，運行測試並安裝它，運行更多測試並生成狀態電子郵件。
使用RPM的最佳部分是，您可以卸載軟件包並配置腳本（保存在RPM中）在（未）安裝之前或之後執行任何類型的自定義任務。