0

讓開發人員和測試瀏覽器將我們的生產域名解析爲開發環境和測試環境的最佳方式是什麼?說我們的生產域名是widgets.com。在過去,我們使用內部DNS作爲devwidgets.com,testwidgets.com,demowidgets.com等,但這被證明是一個巨大的痛苦。似乎最好有一個主機文件或代理服務器設置,以便每個客戶端可以選擇將widgets.com解析爲每個產品前環境。想法?其他人如何解決這個問題?如何在開發環境和產品環境之間輕鬆切換

+0

我應該提及我們在DNS方法中失去了用武之地:我們在5個環境中爲不同的業務線(約6個)維護了幾個網站。我們在sso.widgets.com上也有一些SAML SSO服務器必須具有相同的Cookie名稱。 – DHickey 2010-11-20 00:01:50

+0

如果您不能/不會使用任何基於DNS的解決方案,那麼更改hosts文件可能會起作用,但管理它將會更加痛苦。您只需將dev.widgets.com重定向到開發服務器,並且可以按照您的任何方式進行配置,包括爲每個開發人員提供johndoe.dev.widgets.com,爲您的測試環境提供test.dev.widgets.com。您的生產服務器將保持清潔。 – GolezTrol 2010-11-20 09:42:00

回答

0

您可以運行在不同的端口不同版本(最簡單的內部和外部設置),或在不同的CNAME(外部設置):

dev.widgets.com:81 
dev.widgets.com:82 
... 

dev1.widgets.com 
dev2.widgets.com 
... 

這意味着不同的環境可以集中通過網絡進行配置服務器而不必管理大量不同的主機文件。

0

我們已經通過使用內部DNS解決了它,就像你說的。每個開發人員都有自己的環境,所以我可以轉到www.ordomain.com.branch2.environment10,其中environment10是我的特定環境,branch2是指特定的結帳,以防因爲我正在處理不同的項目同時放。只是不同的環境可能就足夠了你。

在另一種情況下,我配置了一個不同的cname,使用dev.widgets.com遠程訪問我的開發環境。缺點是任何人都可以訪問它,所以你應該密碼保護它,或使用IP過濾器。

我不會推薦使用hosts文件。這很難維護,並且您無法通過開發PC訪問實時環境。