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访问实时环境。