Ange containerns startpunkt
En containerinmatningsplats är en process som är konfigurerad att köras när en container startas.
Visual Studio använder en anpassad containerinmatningspunkt beroende på projekttyp och containeroperativsystem, här är de olika kombinationerna:
| Containertyp | Startpunkt |
|---|---|
| Linux-containrar | Startpunkten är tail -f /dev/null, vilket är en oändlig väntan för att behålla containern igång. När appen startas via felsökningsprogrammet är det felsökaren som ansvarar för att köra appen (det vill dotnet webapp.dll). Om appen startas utan felsökning använder verktyget en docker exec -i {containerId} dotnet webapp.dll för att köra den. |
| Windows-behållare | Ingångspunkten är något i stil med C:\remote_debugger\x64\msvsmon.exe /noauth /anyuser /silent /nostatus som kör debuggern, så det lyssnar efter anslutningar. Den här metoden gäller när felsökningsprogrammet kör appen. När det startas utan felsökning används ett docker exec kommando. För .NET Framework-webbappar skiljer sig startpunkten något åt där ServiceMonitor läggs till i kommandot. |
| Containertyp | Startpunkt |
|---|---|
| Linux-kontainer | För .NET 6 och senare är startpunkten dotnet --roll-forward Major /VSTools/DistrolessHelper/DistrolessHelper.dll --wait. För .NET 5 och tidigare är startpunkten tail -f /dev/null. Dessa processer använder en oändlig väntan för att hålla containern igång när appen inte körs. När appen startas, med eller utan felsökning, är det felsökaren som ansvarar för att köra appen (dvs. dotnet webapp.dll) och hålla containern igång. |
| Windows-containrar | Ingångspunkten är något i stil med C:\remote_debugger\x64\msvsmon.exe /noauth /anyuser /silent /nostatus som kör felsökningsprogrammet och lyssnar efter anslutningar. För .NET Framework-webbappar skiljer sig startpunkten något åt där ServiceMonitor läggs till i kommandot. |
Containerns startpunkt kan bara ändras i Docker Compose-projekt, inte i projekt med en enda container. Se Docker Compose-egenskaper – Anpassa appstartprocessen.