SVN 構建/部署 Model Sage SalesLogix 設置 Web 開發/UAT/產品實例

Question

我正在嘗試為我們的 Sage SalesLogix Web 應用程序設置我組織的源代碼控制架構。 我們正在使用 SVN。

我們有 3 台服務器，一台開發，兩台用於用戶驗收測試，兩台用於生產。 每個環境都有自己的數據庫。

我們希望保持主干井井有條，但是在按照 SalesLogix 想要的方式管理 VFS 時這可能會很困難。

我想做的是： - 讓所有開發人員在 App Arch 中使用 SalesLogix 的 DEV 安裝實例。 - 將更改部署到本地機器以進行本地單元測試和審查。 - 完成所有開發工作后，創建一個包含提議修訂中的所有更改的包。 - 一個構建管理器在 UAT 安裝實例上安裝包。 - 編譯並部署到 UAT 文件夾。 - 拒絕時，卸載捆綁包並在更改后重新安裝。 - 接受后，對生產服務器執行相同操作，並提交更改。

雖然這意味着我們有 3 個 VFS，但這意味着我們只開發一個，對我來說，這就是通往 go 的方式。

我的想法是否正確？

Answer 1

老實說，我沒有將 SVN 用於 SalesLogix model，而是將 Git 專門用於 SalesLogix。 這是因為 Git 的工作方式更適合 SalesLogix 和應用程序架構師的工作方式。 在正常情況下，SCM 無關緊要，但對 SalesLogix 則有影響。 Not to say that SVN won't work well with a SalesLogix model, I know there are some that use SVN with SLX (it just won't be as easy as with Git or Mercurial), but honestly, with preferences aside, the SalesLogix VFS/模型實際上只適用於完全分布式的 SCM。

也就是說，您所描述的是我如何在 Git 中使用 SalesLogix。 我工作創建一個開發分支並在那里完成我所有的工作。 master 基本上反映了生產中的內容，因此如果需要，我可以隨時從 master 重新部署到生產中。 在 dev 分支中，我進行所有開發並為特定功能創建功能分支。 然后在功能完成時合並回來。 通過這種方式工作，您可以在將所有內容移至生產工作分支之前對其進行開發和測試。 一旦准備好部署，我就可以輕松切換到生產分支，然后從那里進行部署。 如果 QA 拒絕了事情，只需切換回生產分支或在需要時回滾提交即可。 此外，以這種方式工作，您實際上只需要一個 VFS 或 model。 不是您描述的三個獨立的分支，因為所有內容都位於不同的分支上，並且只有在完全開發和測試后才合並到主分支中。

然而，盡管如此，我仍然維護與生產分開的開發和測試系統（主要是因為我作為 SLX 業務合作伙伴而不是 SLX 客戶工作），否則您無法測試交付的捆綁包。 在開發系統中，我使用上述分支來允許我在新功能開發仍在進行時將修復程序發布到生產環境中。

我希望我能為您提供更具體的 SVN 信息，但無論使用何種 SCM，概念都是相同的。