我有一个Service1.svc
文件是普通的WCF服务。如果我部署WCF项目,它将很乐意将Service1.svc
文件与二进制文件和其他文件一起复制。到现在为止还挺好。我想要的是,基于所选的构建配置或其他技巧,发布Service1.svc
文件的不同内容。
假设我有一个Service1.Conf1.svc
文件和一个Service1.Conf2.svc
文件以及两个名为Debug
和{{Release
或Conf1
}的配置1}}。当我单击发布并选择Conf2
配置时,我希望发布文件夹具有虚拟创建的Conf1
文件,其内容来自Service1.svc
。当我单击发布并选择Service1.Conf1.svc
配置时,我希望发布文件夹具有虚拟创建的Conf2
文件,其内容来自Service1.svc
。
我希望将此用于发布操作,而不是构建操作(可以通过构建后或预构建事件实现)。主要目的是根据发布环境调整Service1.Conf2.svc
文件的内容。
有什么想法吗?
答案 0 :(得分:1)
我们采用了不同的方法,为所有可能的安装(使用TT文件生成)生成所有必需的config / svc文件,并让安装程序复制正确的configs / svc文件(基于安装期间的用户选择)。
通过将目标平台名称插入标准名称(例如web.local.config,web.dev.config,web.test.config等)来构建文件的名称
通过这种方式,您可以向任何部门的任何人提供一个安装程序。他们只是选择平台。