C# 为web服务调用更改主机名所需的所有位置都在哪里

C# 为web服务调用更改主机名所需的所有位置都在哪里,c#,web-services,C#,Web Services,我正在windows 7x64下使用VS 2012。我有一个winforms应用程序,可以对Java(JBOSS)服务器进行webservice调用。在客户端,我使用添加服务引用创建了连接。一切都正常生成,客户端和我的开发服务器之间的通信正常工作。现在,出于QA目的,我想将我的客户机指向另一台服务器。我对此进行了研究,发现我应该更改app.config,特别是端点地址: <endpoint address="http://devserver01.mydomain.org:80/af-af

我正在windows 7x64下使用VS 2012。我有一个winforms应用程序,可以对Java(JBOSS)服务器进行webservice调用。在客户端,我使用添加服务引用创建了连接。一切都正常生成,客户端和我的开发服务器之间的通信正常工作。现在,出于QA目的,我想将我的客户机指向另一台服务器。我对此进行了研究,发现我应该更改app.config,特别是端点地址:

 <endpoint address="http://devserver01.mydomain.org:80/af-afejb3/TransmitWS_003" ...>

我做到了这一点,这似乎奏效了,但我的问题是我可能需要改变的其他地方。我对我的整个解决方案进行了文本搜索,查找旧的开发服务器名称(devserver01.mydomain.org),发现它仍然存在于多个地方,包括: configuration.svcinfo, 配置91.svcinfo, 配置91.svcinfo, TransmitWS_003.wsdl, Reference.svcmap

我的想法是,这些文件一定不重要,但看到某些文件中的旧服务器名称仍在我的代码库中,我感到不舒服。上述文件是否会丢弃我不应提交给版本控制的文件?我当然喜欢对app.config进行简单更改的想法,这确实感觉不错,但我想确定一下。app.config是唯一的地方吗


谢谢

提出上述问题的另一种方法是:我是否应该手动更改*.svcinfo文件,以便删除并更新旧服务器引用,使其指向当前服务器?顺便说一下,这个问题有点夸张,因为我真的不认为微软想要手动更改这些文件。实际上,我需要一个好的资源来帮助我理解这些文件(configuration.svcinfo、configuration91.svcinfo、configuration91.svcinfo、TransmitWS_003.wsdl、Reference.svcmap)是如何在流程中使用的。我发现了这个。这不是确切的但很有趣的东西。另一个很好的参考资料在这里,我将结束这篇文章。看起来有些生成的文件与app.config不同步没什么大不了的。它们可能会被删除,但我计划保留它们,因为它们在VS2012环境中可能会有一些用处。