2016-12-14 52 views
0

我正在使用Umbraco 7.4.x.我一直在試圖找出進行雙向部署的最佳方式。Umbraco雙向部署

作中,我們有一個以上的開發上本地工作的,我們有一個開發服務器和現場服務器。我們有從本地到dev的單擊部署,但那只是代碼。我們正在將數據庫複製到dev,但現在我們也有人需要在dev上輸入內容。這導致我們對開發數據庫進行更改,並複製數據庫。當然,我們使用版本控制完成所有這些工作,但仍然非常不方便。

是否有這更好的辦法,我失蹤?幾個月前我嘗試使用usync,但我們經常遇到崩潰。

我聽說過快遞的,好像這將有利於從開發/階段部署到生產,但會也爲工作內容推送/文件類型更改爲我們本地機器?我不知道,因爲他們不是Web服務器在互聯網上,但通過視覺工作室運行只是本地IIS Express在提前

謝謝!

+0

是快遞可以幫助你。請參閱https://umbraco.com/products-and-support/courier/ – ProNotion

回答

2

我們使用uSync(uSync + uSync.ContentEdition - https://our.umbraco.org/projects/developer-tools/usync/)在實例之間移動所有內容。再次嘗試一下,因爲它從你過去探索它的時候已經發生了變化。值得一提的是它需要在不同的enviroments良好的配置,以避免衝突等

您還可以使用快遞,它的最新版本是使用一把umbraco雲http://umbraco.io/),這也可能會感興趣,因爲它給您可以完全控制多個Umbraco實例之間的部署過程。

2

一種選擇是讓所有開發者建立了從同一開發數據庫的工作。有時,開發人員可能不得不「重新發布整個站點」或重新編制檢查索引,以確保其所有緩存和TEMP文件都是最新的。否則,這對我們多年來一直很好。令人沮喪的是,由開發人員A上傳的媒體文件不會立即在開發B的文件系統上。您應該可以將媒體移動到azure blob存儲以解決此問題。有一個軟件包可以幫助你設置這個here

我不會推薦uSync.ContentEdition。我沒有親自嘗試過,但我還沒有聽到關於它的好報道。另一方面,uSync對我們來說是一種拯救生命,即使它不完美。此時,即使我們從未將其配置爲讀取更改,我們也會在每個站點上安裝usync。我們喜歡我們可以在源代碼控制中記錄對文檔類型和數據類型的更改。使用共享數據庫設置意味着我們不需要usync來閱讀我們的開發和本地環境。但是,您需要確保您的開發人員都瞭解usync。如果dev A添加一個doc類型,則該文檔類型的usync .def文件可能會顯示在dev B的文件系統上。在這種情況下,Dev B不應該提交該usync文件。

最近Courier一直在工作很多。我不會推薦它,除非你運行umbraco 7並且可以得到最新版本的Courier。信使是非常有用的,但是在你將信息交給客戶之前,你應該做很多測試,因爲信使給你足夠的能力在腳下大展拳腳。它有了明顯的改善。在Courier for umbraco 6中,我以前必須非常努力地部署,而不會破壞我的網站。現在,在信使的umbraco7,我必須努力去打破它。現在,這是將內容更改部署到生產的可行方案。在生產環境中使用它之前,請確保對它進行了大量測試。