我（通过stack-o的所有人的大量帮助）创建了一个小型WCF，它使用TCP作为Windows服务托管。谢谢！
这个小家伙的最后一个问题;是部署的时候了。在我的解决方案中，有3个项目。一个是Windows服务，另一个是导入的WCF，最后是我为安装添加的安装项目。
我可以通过进入解决方案目录并找到“Setup.exe”或“Setup.msi”来在我的机器上安装/卸载服务。从资源管理器执行任务将在我的开发框中安装该服务。
现在有一些与此解决方案相关的目录。我敢打赌，只需将setup.exe或setup.msi复制到我的目标服务器并尝试运行它就会炸毁。如何确切地找出我需要复制哪些文件/文件夹进行部署？
或者我应该只复制整个解决方案目录？这对我的同事来说有点困难，因为设置例程嵌套在目录5深处。
答案 0 :(得分：1)
你甚至试过 ??
基本上，如果你的NT服务是自给自足的，它不需要比其附带的配置文件（YourService.exe.config）更多的东西。
当然，需要在目标计算机上安装.NET 3.0（或者最好是3.5 SP1或4.0）才能使WCF可用。
除非您已将其定义为安装的一部分，否则您确实需要更多内容。但是，如果它对您的应用程序很重要，那么无论如何都应该将它放入您的设置中！设置应该能够创建所需的所有内容（文件，服务，目录）。
答案 1 :(得分：0)
这个星球上似乎没有人知道这个问题的答案。
所以我会写这个，所以我可以解决这个问题。
我宁愿删除我的问题，或将其标记为“已关闭”，但无法做到这一点： - （
答案 2 :(得分：0)
这应该不是那么复杂。您的Windows服务的Bin \ Debug文件夹应该包含您的Windows服务的所有依赖项。这里有一组你需要的文件夹。
现在你有了WCF服务。我假设您正在进行自托管，因此您没有.svc文件。您可能拥有的只是您的服务实现及其在WCF项目的另一个bin \ debug文件夹中的依赖项。在这里，您需要部署第二组程序集。
在部署时，要么将两组程序集合并到一个文件夹中，要么将它们分开。你的选择。
当您将其部署到服务器或者只是事先担心复杂性时，您是否遇到任何问题？