If you just want an official release of .NET Aspire, you don't need this document. The Aspire documentation will get you started.
If you want the latest, unsupported build of Aspire to try, read on.
Since this will require using daily build feeds, you may not want to add feeds globally which could alter how other code on your machine builds. To avoid this happening, you can create a local nuget.config file by running the following command in the root of your repository:
dotnet new nugetconfigThe latest builds are pushed to a special feed, which you need to add:
dotnet nuget add source --name dotnet9 https://pkgs.dev.azure.com/dnceng/public/_packaging/dotnet9/nuget/v3/index.jsonIf you use Package Source Mapping, you'll also need to add the following mappings to your NuGet.config
<packageSourceMapping>
<packageSource key="dotnet9">
<package pattern="Aspire.*" />
<package pattern="Microsoft.Extensions.ServiceDiscovery*" />
<package pattern="Microsoft.Extensions.Http.Resilience" />
</packageSource>
</packageSourceMapping>On Windows:
iex "& { $(irm https://aspire.dev/install.ps1) } -Quality dev"On Linux, or macOS:
curl -sSL https://aspire.dev/install.sh | bash -s -- -q devCreate an empty .NET Aspire project on the command line:
aspire newTip
aspire new will automatically update the aspire templates and they will be available in Visual Studio and dotnet new.
These will create a .slnx file and at least two projects.
Assuming the NuGet feed you added above is visible -- for example you added it globally or it's in a NuGet.config in this folder - you can now run it (make sure that Docker desktop is started):
aspire runTip
If you see an error attempting to run the application with aspire run, it's likely that you need to update the Aspire packages in the application. You can always use dotnet run on the *.AppHost project as a fallback (please report an issue before you do so!)