我有一个控制台应用程序，当我运行时（来自vs.net），它需要一段时间，因为它是一个长时间运行的过程。
我想继续在vs.net中编码，甚至可能产生控制台应用程序的多个实例。
如何在我的桌面计算机上最好地部署它？
这是一个好方法吗？
创建一个文件夹： / myConsole / 然后是每个实例的子文件夹。
我只是抓住/ debug文件夹中的所有罚款还是有其他依赖项？
答案 0 :(得分：6)
如果在没有附加调试器的情况下运行，则可以在程序运行时继续编码。
调试菜单|无需调试即可启动，或按Ctrl + F5
注意：使用此方法，您可以编译修改后的代码，但由于.exe输出文件将被使用，因此无法运行它。我不确定这对你来说是不是一个问题。
答案 1 :(得分：1)
我以前做过的一种方法是从VS创建一个发布版本。然后在release文件夹上打开所需的命令提示，然后从那里运行它。然后我改回调试版本并继续编码。这使我可以运行单独的实例，并在需要时进行调试，这一切都像在VS中更改构建类型一样简单。
答案 2 :(得分：0)
您应该考虑在Resharper提供的单元测试控制台中通过系统测试执行代码。它为您进行阴影复制，并允许您很好地运行多个会话，启动/中止它们等等。我认为这比在整个商店中启动测试应用程序更加干净和灵活。
答案 3 :(得分：0)
如果您不需要附加debbuger，那么只需要打开你的/ bin文件夹并在exe上双击，就像你想要打开的实例一样多吗？
如果您需要连接调试器..那么我能想到的唯一方法就是让VS的多个实例运行，每个实例都进行调试：S
答案 4 :(得分：0)
通常，bin \ debug目录之外没有任何依赖项。如果你想在编码和重新编译时测试这个长时间运行的程序，你需要在其他地方复制bin \ debug目录的内容，并从那里运行它。
是否可以从同一目录运行单独的实例取决于程序如何处理输出文件或其他资源。如果任何输出文件的名称是硬编码的，那么您将必须从不同的目录运行多个实例。如果您可以在命令行上指定文件，那么您可以在单个目录中运行任意数量的实例。
答案 5 :(得分：0)
您应该能够将控制台应用程序复制到单独的文件夹中。这将是build文件夹中的所有文件。然后，您可以像任何其他exe一样运行它。如果您不在应用程序文件夹中共享设置/数据，则可以根据需要多次运行应用程序。 Windows非常乐意运行同一个exe的多个实例。
如果您想自动化，可以在构建事件中将应用程序复制到构建文件夹中......