在VS2012 c#项目的构建过程中，我一直得到这个错误
Error 41 Could not copy "obj\Debug\WeinGartner.WeinCad.exe" to
"bin\Debug\WeinGartner.WeinCad.exe".
Exceeded retry count of 10. Failed.
Error 42 Unable to copy file "obj\Debug\WeinGartner.WeinCad.exe" to
"bin\Debug\WeinGartner.WeinCad.exe". The process cannot access the file
'bin\Debug\WeinGartner.WeinCad.exe' because it is being used by another
process.
现在我知道该终止进程了
Weingartner.WeinCad.vhost.exe
(有时)有用，但这让我很紧张。有办法阻止这一切发生吗?
调试器设置为
当前回答
在我的情况下，它是Resharper单元测试运行器(加上NUnit测试，从来没有这样的问题与MsTests)。在杀死进程后，可以重建进程，而无需重新启动OS或VS2013。
其他测试运行程序，比如xUnit，也会导致同样的问题。
有帮助的方法是检查是否可以添加Dispose模式，例如，如果您正在添加DbFixture，而数据库联系人没有正确地处理。这将导致即使测试完成，程序集文件也被锁定。
请注意，您可以将IDisposable接口添加到DbFixture中，并让IntelliSense添加Dispose模式。然后，处理相关的包含属性，并显式地将它们赋值为null。
这将有助于以一种干净的方式结束测试，并在测试结束后立即解锁相关的锁定文件。
示例(DBFixture由xUnit测试使用):
public class DbFixture: IDisposable
{
private bool disposedValue;
public ServiceProvider ServiceProvider { get; private set; }
public DbFixture()
{
// initializes ServiceProvider
}
protected virtual void Dispose(bool disposing)
{
if (!disposedValue)
{
if (disposing)
{
// dispose managed state (managed objects)
ServiceProvider.Dispose();
ServiceProvider = null;
}
// TODO: free unmanaged resources (unmanaged objects) and override finalizer
// TODO: set large fields to null
disposedValue = true;
}
}
// // TODO: override finalizer only if 'Dispose(bool disposing)' has code to free unmanaged resources
// ~DbFixture()
// {
// // Do not change this code. Put cleanup code in 'Dispose(bool disposing)' method
// Dispose(disposing: false);
// }
public void Dispose()
{
// Do not change this code. Put cleanup code in 'Dispose(bool disposing)' method
Dispose(disposing: true);
GC.SuppressFinalize(this);
}
}
测试类本身也需要相同的模式——它需要自己的Dispose方法(如上面的DbFixture类所示):
public SQL_Tests(ITestOutputHelper output)
{
this.Output = output;
var fixture = new DbFixture(); // NOTE: MS Dependency injection framework didn't initialize when the fixture was a constructor param, hence it is here
_serviceProvider = fixture.ServiceProvider;
} // method
因此，它需要在自己的dispose方法中处置其本地属性_serviceProvider，因为测试类构造函数SQL_Tests实例化了它。
其他回答
我正在研究一个微服务项目解决方案，我需要同时运行两个项目，冲突发生在lunchsettings.json applicationurl: {portNo}部分用于两个正在运行的项目是相同的端口
lunchsettings。第一个项目的Json
...
"Project#1": {
...
"applicationUrl": "http://localhost:5001",
...
}
lunchsettings。第二个项目的Json
...
"Project#2": {
...
"applicationUrl": "http://localhost:5001",
...
}
来修复它
lunchsettings。第一个项目的Json
...
"Project#1": {
...
"applicationUrl": "http://localhost:5001",
...
}
lunchsettings。Json for secondproject
...
"Project#2": {
...
"applicationUrl": "http://localhost:5002",
...
}
关闭进程w3wp.exe (IIS)通常可以解决这个问题。通常，您可以通过导航到bin文件夹并尝试删除它来了解对该文件具有锁的进程。如果另一个进程正在使用它，将弹出的错误消息将包含需要被杀死的进程的名称。
使用Blazor和Fluent UI Web组件，我在发布时得到了以下错误:
https://learn.microsoft.com/en-us/fluent-ui/web-components/integrations/blazor
C:\Program Files\dotnet\sdk\6.0.402\Sdks\Microsoft.NET.Sdk.Razor\targets\Microsoft.NET.Sdk.Razor.StaticWebAssets.targets(615,5): Warning MSB3026: Could not copy "C:\Users\oscar.nuget\packages\microsoft.fast.components.fluentui\1.5.3\staticwebassets\icons\TextDirectionRotate270Right\en\text_direction_rotate_270_right_24_regular.svg" to "C:\Users\oscar\source\repos\MyVeryLongProjectName12345678\MyVeryLongProjectName12345678\Server\obj\Release\net6.0\PubTmp\Out\wwwroot_content\Microsoft.Fast.Components.FluentUI\icons\TextDirectionRotate270Right\en\text_direction_rotate_270_right_24_regular.svg". Beginning retry 10 in 1000ms. Could not find a part of the path 'C:\Users\oscar\source\repos\MyVeryLongProjectName12345678\MyVeryLongProjectName12345678\Server\obj\Release\net6.0\PubTmp\Out\wwwroot_content\Microsoft.Fast.Components.FluentUI\icons\TextDirectionRotate270Right\en\text_direction_rotate_270_right_24_regular.svg'. C:\Program Files\dotnet\sdk\6.0.402\Sdks\Microsoft.NET.Sdk.Razor\targets\Microsoft.NET.Sdk.Razor.StaticWebAssets.targets(615,5): Warning MSB3026: Could not copy "C:\Users\oscar.nuget\packages\microsoft.fast.components.fluentui\1.5.3\staticwebassets\icons\TextDirectionRotate270Right\en\text_direction_rotate_270_right_20_regular.svg" to "C:\Users\oscar\source\repos\MyVeryLongProjectName12345678\MyVeryLongProjectName12345678\Server\obj\Release\net6.0\PubTmp\Out\wwwroot_content\Microsoft.Fast.Components.FluentUI\icons\TextDirectionRotate270Right\en\text_direction_rotate_270_right_20_regular.svg". Beginning retry 10 in 1000ms. Could not find a part of the path 'C:\Users\oscar\source\repos\MyVeryLongProjectName12345678\MyVeryLongProjectName12345678\Server\obj\Release\net6.0\PubTmp\Out\wwwroot_content\Microsoft.Fast.Components.FluentUI\icons\TextDirectionRotate270Right\en\text_direction_rotate_270_right_20_regular.svg'. C:\Program Files\dotnet\sdk\6.0.402\Sdks\Microsoft.NET.Sdk.Razor\targets\Microsoft.NET.Sdk.Razor.StaticWebAssets.targets(615,5): Error MSB3027: Could not copy "C:\Users\oscar.nuget\packages\microsoft.fast.components.fluentui\1.5.3\staticwebassets\icons\TextDirectionHorizontalRight\ko\text_direction_horizontal_right_24_regular.svg" to "C:\Users\oscar\source\repos\MyVeryLongProjectName12345678\MyVeryLongProjectName12345678\Server\obj\Release\net6.0\PubTmp\Out\wwwroot_content\Microsoft.Fast.Components.FluentUI\icons\TextDirectionHorizontalRight\ko\text_direction_horizontal_right_24_regular.svg". Exceeded retry count of 10. Failed.
看着
C:\Users\oscar\source\repos\MyVeryLongProjectName12345678\MyVeryLongProjectName12345678\Server\obj\Release\net6.0\PubTmp\Out\wwwroot\_content\Microsoft.Fast.Components.FluentUI\icons\TextDirectionHorizontalRight\ko\text_direction_horizontal_right_24_regular.svg
长度为261个字符。
然后我尝试启用长路径并重新启动我的计算机。
https://learn.microsoft.com/en-us/windows/win32/fileio/maximum-file-path-limitation?tabs=registry
这没有工作，我得到了同样的错误。然后，我将项目移动到C:\MyVeryLongProjectName12345678\，而不是C:\ users \奥斯卡\source\ rep\ MyVeryLongProjectName12345678\。这样做之后，一切都解决了。
这个问题是查找以下错误时的第一个结果:
无法复制文件“…”，因为没有找到该文件。
在Visual Studio 2013(更新3)中构建时。
解决方案:卸载Visual Studio 2013中的“生产力工具”。
https://connect.microsoft.com/VisualStudio/feedback/details/533411
最快的方法是更改Build配置类型并再次返回到以前的配置。
我的10美分贡献。
我在VS 2015更新2时偶尔还会遇到这个问题。
我发现切换编译目标可以解决这个问题。
试试这个: 如果你在调试切换到释放和构建，然后回到调试。问题已经解决了。
斯特凡诺
