两个项目，一个wcf服务
嘿大家。 好的，该项目的一些背景知识...我已经向几个客户发布了一个程序，这些客户使用 WCF 服务连接到我们办公室中的服务器。由于我在 VS2010 中使用了 clickOnce 设置实用程序，因此当我在 VM 上进行测试时，我将发布到服务器上的不同位置，以免向客户端提供未经测试的代码。但是，对于两个版本（开发和发布），WCF 服务仅发布到一个位置。
我现在正在做的工作需要对 WCF 服务进行更改，因为客户端和服务器之间会传输一些额外的内容。如果我发布修改后的 WCF，是否会影响当前的客户端，或者我是否能够无忧无虑地测试我的开发版本？恐怕我已经知道答案是，是的，这会影响他们。
谢谢！ 戴夫·K.
hey everyone.
ok, a little background to the project... I've released a program to a couple clients that use a WCF service for them to connect to our servers in the office. Being that i used the clickOnce setup utility in VS2010, when i am doing testing on a VM i publish to a different spot on the server as to not give untested code to clients. However, the WCF service only gets published to one place for both versions (development and release).
What i'm working on now requires a change to the WCF service as a couple additional things get transferred between client and server. If I publish the modified WCF, will it affect the current clients, or will i be able to test my development version with no worries? I'm afraid i already know that the answer will be, yes it will affect them.
thanks!
dave k.
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（2）
测试、开发和生产的隔离：
每当您需要测试某些内容或将其投入生产时，您都需要一个单独的环境。因此，您至少需要一台单独的机器来开发和进行本地测试，另一台机器用来测试签入的代码（供测试人员、客户等使用），另一台机器用来运行生产代码——至少如此。
如果您的服务与其他软件交互，尤其是与经常更新的软件交互，这是确保不会引入副作用并且您构建的内容与生产服务器上运行的内容兼容的重要方法。
因此：隔离并使您的测试环境成为生产环境的“克隆”。
两个版本并行：
如果您为客户 X 更新自己的代码，您仍然可以在另一台（虚拟？）服务器上托管客户 Y 的生产代码的先前版本。然后，客户 Y 可以选择何时切换到新版本，之后您可以停止生产旧代码。
Isolation of test, dev and production:
Whenever you need to test something or put it in production, you need a separate environment. So you need a separate machine to develop and do local testing, another to test the checked-in code (for use by a tester, a customer etc.), and another to run the production code -- at the very least.
If your service interacts with other software, especially with software that gets updated a lot, this is an important way to make sure that you don't introduce side-effects and that what you build will be compatible with what is running on your production server.
So: isolate and make your test environment a "clone" of your production environment.
Two versions in parallel:
If you update your own code for customer X, you can still host a previous version of your production code for customer Y on another (virtual?) server. Customer Y can then choose when to switch to your new version, after which you can take the old code out of production.
您应该为您的测试环境创建一个单独的虚拟机。
You should create a seperate VM for your test environment.