版本控制:svcmap、disco、xsd、wsdl、svcinfo 和数据源文件 [英] Version-control: svcmap, disco, xsd, wsdl, svcinfo and datasource files

问题描述

我们有一个名为 Foo 的网络服务.

We have a webservice named, let's say Foo.

所以有一个 Foo.svc 文件和 Foo.svc.cs 后面的代码.

So there is a Foo.svc file and a code behind Foo.svc.cs.

我们添加了一个 Silverlight 项目并希望使用 Foo.svc 服务，因此我们添加了一个服务引用并将其命名为命名空间 FooBar.

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.

这将创建以下文件:

• Reference.cs
• 参考.svcmap
• Foo.xsd
• Foo.disco
• configuration.svcinfo
• Foo.wsdl
• 还有各种 *.datasource 文件.

随着时间的推移，我们更新了 Foo.svc 并添加了更多 Web 服务(方法和接口)，并且 FooBar 目录中的文件数量不断增加.

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.

我在这个目录中有 26 个 Foo(nn).xsd 文件 - 其中 nn = 1 到 26.

I have 26 Foo(nn).xsd files in this directory - where nn = 1 to 26.

我的 configuration.svcinfo 到 configuration91.svcinfo.

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)?

推荐答案

那些 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.

这篇关于版本控制:svcmap、disco、xsd、wsdl、svcinfo 和数据源文件的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！