2010-06-15 35 views
0

我試圖拼命地從VSS轉移到真正的源代碼控制系統。選項包括TFS和SVN。設計師,表達式或SharePoint設計師,以及真正的源代碼控制

我的設計師需要保持修改源文件並在瀏覽器中即時預覽其更改的能力,而無需提交更改。將FPSE與VSS結合使用可以完美地工作,因爲保存文件會導致dev服務器上的工作文件夾中的副本被更新,所以他們只能保存並刷新指向dev服務器的瀏覽器。

該網站包含350k +經典的ASP代碼和一些新的ASP.NET MVC。他們只需要能夠修改MVC代碼中的視圖,而不是C#。

雖然Expression包含用於本地調試的Cassini版本,但Cassini不支持經典ASP。

以前肯定有人解決過這個問題。不必在每臺設計器的機器上安裝IIS(這絕對是站不住腳的)。我需要一種方法在開發人員網絡服務器上有一個通用的工作文件夾,只要有人在本地保存文件,就像使用FPSE一樣。

我寧願不寫一個知道如何與TFS/SVN交談的FPSE代理。有什麼建議麼?

(我知道我過去問這個問題,但我還沒有找到一個解決方案。)

+0

您可能想要說明FPSE = Front Page Server Extensions。我一直在附近,不得不看那一個。 – Robaticus 2010-06-15 20:37:30

+0

另外 - 爲什麼在開發人員機器上安裝IIS的想法站不住腳? – Robaticus 2010-06-15 20:40:46

+0

@robaticus內容管理員是非常技術性的。獲得IT審批和資源以維護每臺機器上的IIS安裝不會發生。 – 2010-06-15 21:28:11

回答

1

爲什麼需要複製的源文件時,它們被保存,爲什麼不直接保存文件添加到網絡共享並直接使用它們?無論如何,如果開發者服務器在每次保存後不斷被覆蓋,效果是否一樣?

+0

好吧,有很多人在網站上工作。這聽起來像使用共享工作文件夾,如果兩個人同時在同一個文件上工作,我認爲這會提供衝突的機會。 – 2010-06-15 19:19:26

1

這可能不會像你喜歡的那樣瞬息萬變,但通過TFS,你可以建立一個持續集成(CI)構建,用於構建項目並將其部署到測試服務器上。如果你這樣做,你會希望他們檢入一個QA類型的分支,然後,一旦他們對它們的外觀感到滿意,他們就可以合併到主線分支來實現真正的構建和集成。

+0

嗯...不是一個壞主意。我想知道是否可以爲SPD創建一個宏或加載項,用於在本地保存時執行簽入或保存到工作文件夾。 – 2010-06-15 20:42:28