版本控制：svcmap、disco、xsd、wsdl、svcinfo 和数据源文件
我们有一个名为 Foo 的 Web 服务。
所以有一个 Foo.svc 文件和 Foo.svc.cs 后面的代码。
我们添加一个 silverlight 项目并希望使用 Foo.svc 服务，因此我们添加一个服务引用并将其命名空间命名为 FooBar。
这将创建以下文件：
- Reference.cs
- Reference.svcmap
- Foo.xsd
- Foo.disco
- configuration.svcinfo
- Foo.wsdl
- 还有各种 *.datasource 文件。
随着时间的推移，我们更新了 Foo.svc 并添加了更多 Web 服务（方法和接口），并且 FooBar 目录中的文件数量不断增加。
我在此目录中有 26 个 Foo(nn).xsd 文件 - 其中 nn = 1 到 26。
我的configuration.svcinfo 最高为configuration91.svcinfo。
我的问题是这个？这些文件中的任何一个都需要进行版本控制吗？每次进行构建\部署时是否可以将它们全部删除（只要进行更新服务引用）？
We have a webservice named, let's say Foo.
So there is a Foo.svc file and a code behind Foo.svc.cs.
We add a silverlight project and wish to use the Foo.svc services so we add a Service Reference and call it's namespace FooBar.
This creates the following files :
- Reference.cs
- Reference.svcmap
- Foo.xsd
- Foo.disco
- configuration.svcinfo
- Foo.wsdl
- Also various *.datasource files.
Over time we update the Foo.svc and add more Web Services (methods and interfaces) and the number of files in the FooBar directory is growing.
I have 26 Foo(nn).xsd files in this directory - where nn = 1 to 26.
My configuration.svcinfo is upto configuration91.svcinfo.
My question is this? Do any of these files need to be version controlled? Can they all be deleted each time you do a build \ deploy (as long as you do an update service reference)?
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（2）
Reference.svcmap 文件实际上是服务引用的定义。它包含不同的设置以及源链接。
Reference.svcmap 绝对应该受到源代码控制，因为它实际上是项目项意义上的服务引用。
Reference.cs 包含生成的合约和代理，您的代码将根据这些合约和代理进行编译。是否对文件进行源代码控制取决于您。一般来说，这是项目代码的一部分，应该进行源代码控制，但自动生成有时会导致意外中断签入。
所有其他文件都是生成合约和代理代码时使用的临时文件。它们共同构成了服务公开的元数据的总和，其中包括服务契约 (*.wsdl)、数据契约 (*.xsd) 和配置信息 (*.svcinfo)。
The Reference.svcmap file is practically the definition of the service reference. It contains the different settings as well as source links.
Reference.svcmap should definitely be source controlled because it is actually THE service reference in the sense of project items.
Reference.cs contains the generated contracts and proxy against which your code is compiled. Whether to source control or not to source control the file is up to you. Generally, this is part of the project code and should be source controlled, but being auto-generated it can sometimes lead to accidental breaking check-ins.
All of the other files are TEMPORARY files used when generating the contract and proxy code. Together they form the sum of the metadata exposed by the service which includes service contracts (*.wsdl), data contracts (*.xsd) and configuration information (*.svcinfo).
这些 xsd 文件只是您在创建或更新服务引用时使用的服务的元数据。您实际上可以删除它们，因为它们只是在生成参考文件时使用。无需对这些文件进行版本控制。
Those xsd files are just metadata of your service that were just used when you created or updated a service reference. You can actually delete them since they were just use when the reference file is being generated. Theres no need to version control those files.