This repo contains a couple samples showing how you can create a .net core template that can be used either by the
dotnet command line (dotnet new
) or Visual Studio & Visual Studio for Mac. For more info see .NET CLI Templates in Visual Studio
.
The samples are in the src/content
folder.
Add an issue here, or reach out to @SayedIHashimi on twitter with any questions.
To discover templates that have already been created go to https://dotnetnew.azurewebsites.net/.
The main content here assumes that you are working with Visual Studio 2022 and .net 6. Visual Studio 2022/.net 6 has some updates to the community template experience that Visual Studio 2019 doesn't have. At the bottom there is a section that describes the additional work that is needed to fully support VS2019.
I have some templates that can be used to simplifying creating templates at https://github.com/sayedihashimi/sayedha.templates. These are a good reference for creating your own templates as well.
In .net 6 there has been improvements to dotnet new --search
to find templates that are published on nuget.org
.
You can use the integrated help to learn more about how to use the search command. You can get the command specific help by executing
dotnet new --search -h
.
To search for a template by name the syntax you'll use is dotnet new <TEMPLATE_NAME> --search
. For example, if you are looking for the .NET Boxed templates,
you can execute dotnet new boxed --search
. When I executed this command the results I received are below.
> dotnet new boxed --search
Searching for the templates...
Matches from template source: NuGet.org
These templates matched your input: 'boxed'
Template Name Short Name Author Language Package Downloads
--------------------------------------------- ---------- ------------ -------- ---------------------------- ---------
ASP.NET Core API Boxed api .NET Boxed [C#] Boxed.Templates 39k
ASP.NET Core GraphQL Boxed graphql .NET Boxed [C#] Boxed.Templates 39k
ASP.NET Core Orleans Boxed orleans .NET Boxed [C#] Boxed.Templates 39k
Boxed templates: Sophon.Boxed.BasicConsoleApp bca ZhaoBingwang [C#] Sophon.Boxed.BasicConsoleApp 2k
Boxed templates: Sophon.Boxed.BasicWebApi bwa ZhaoBingwang [C#] Sophon.Boxed.BasicWebApi 1k
NuGet Package Boxed nuget .NET Boxed [C#] Boxed.Templates 39k
To use the template, run the following command to install the package:
dotnet new --install <PACKAGE_ID>
Example:
dotnet new --install Boxed.Templates
Since we are interested in the .NET Boxed templates, the install command would be dotnet new --install Boxed.Templates
. After installing these templates
you can use those templates from the CLI using dotnet new
or Visual Studio.
The command to use to uninstall templates is dotnet new --uninstall
. If you simply execute dotnet new --uninstall
it will display a list of template packs
that have been installed, as well as a command for every template pack that you can use to uninstall that template pack. On my machine I have the .NET Boxed template pack
installed. When I execute dotnet new --uninstall
the result is shown below.
> dotnet new --uninstall
Currently installed items:
Boxed.Templates
Version: 6.10.0
Details:
Author: Muhammad Rehan Saeed (RehanSaeed.com)
NuGetSource: https://api.nuget.org/v3/index.json
Templates:
ASP.NET Core API Boxed (api) C#
.editorconfig file (editorconfig) C#
.gitattributes file (gitattributes) C#
ASP.NET Core GraphQL Boxed (graphql) C#
NuGet Package Boxed (nuget) C#
ASP.NET Core Orleans Boxed (orleans) C#
Uninstall Command:
dotnet new --uninstall Boxed.Templates
The command to uninstall this template pack is shown on the last line dotnet new --uninstall Boxed.Templates
. After uninstalling the template, you will no longer
be able to access that via dotnet new
or Visual Studio. If you are using Visual Studio 2019, it's recommended that you restart Visual Studio after uninstalling templates.
To get started creating templates, take a look at the following resources.
- How to create your own templates for dotnet new
- Custom templates for dotnet new
- Sources for asp.net core templates
Sayed is working in his free time to create a tool that can be used to analyze .NET Core templates. You can install the analyzer with the command.
> dotnet tool install --global sayedha.template.command
For usage info run templates -h
.
After installing the tool you can invoke it by running templates
in the command line. You can analyze templates that are stored in a local folder
with the -f
parameter. You can also analyze templates that are contained in a NuGet package (.nupkg) file with the -p
switch.
For example to analyze a folder you would run.
> templates analyze -f <path-to-folder>
When you pass in a path, the tool will search the sub-folders to discover templates. If you are building several templates, you can pass in a parent folder that contains all the templates, and each template that is discovered will be analyzed.
Error if missing a required property
$.author
,$.sourceName
,$.classifications
,$.identity
,$.name
,$.shortName
,$.tags
,$.tags.language
,$.tags.type
Warnings for missing recommended properties
$.defaultName
,$.description
,$.symbols
,$.symbols.Framework
,$.symbols.Framework.choices
Error if $.tags.type
is not set to either project or item
Warning if $.symbols.Framework.type
is not set to parameter.
Warning if $.symbols.Framework.datatype
is not set to choice.
You should add the $schema
property to your template.json
file. Both Visual Studio and Visual Studio Code
will provide completions and validation based on the schema. Other editors have similar support as well.
{
"$schema": "http://json.schemastore.org/template",
}
In the template.json
file you should have a sourceName
property declared. The sourceName
property is special, and should always be declared. When a project is created, either through the command line or Visual Studio, the project will be given a name. For example, when creating a project with dotnet new
you can pass in the -n|--name
parameter. In Visual Studio during New Project the user will be prompted to provide a project name.
The value provided by the user for project name will replace the string declared in sourceName
. This is typically
used to replace the namespace
declaration in generated files.
{
"sourceName": "MyCommand",
}
For a full example of sourceName
see src/Content/MyCommand/.template.config/template.json
When a project is created in Visual Studio, the screen that the user provides the project name will always be
pre-populated. If defaultName
is declared in the template.json
, that value will be used as the default name
for the project. Otherwise Project1
is always used.
When users create projects from the command line with dotnet new
if the -n|--name
parameter is not passed in, the defaultName
value will be used.
{
"defaultName": "MyCommandTool",
}
For a full example of sourceName
see src/Content/MyCommand/.template.config/template.json
In Visual Studio when creating a new project there is an All Project Types
dropdown that can be used to filter
the list of templates shown. You should declare the relevant values from that dropdown in the classifications
property of the template.json
. Here are some of the values that you can use.
- Cloud
- Console
- Desktop
- Games
- IoT
- Library
- Mobile
- Service
- Web
Here is an example of the declaration.
{
"classifications": ["Console"],
}
Note: in the current preview the Visual Studio New Project Dialog will add all classifications from installed
templates into the All Project Types
dropdown. That behavior is likely to change, custom classifications
will not be listed. You should select the values that you see in Visual Studio (without any additional templates installed) so that the user can filter.
In the template.json
you should define the language
and type
for the template in the tags
property. For
example
"tags": {
"language": "C#",
"type":"project"
},
If the type
property is not declared, the template will not be shown in the Visual Studio New Project Dialog
In the template.json
file you should indicate what target framework, or frameworks, the template supports.
To do that you'll update the symbols
section to include a Framework
property. Below is an example of what
should be included for a template that targets .NET Core 3.1.
"symbols": {
"Framework": {
"type": "parameter",
"description": "The target framework for the project.",
"datatype": "choice",
"choices": [
{
"choice": "netcoreapp3.1",
"description": "Target netcoreapp3.1"
}
],
"replaces": "netcoreapp3.1",
"defaultValue": "netcoreapp3.1"
}
}
If your template supports multiple frameworks, add additional values to the choices
array.
Note: due to a bug, if your template contains parameters that you want to appear in Visual Studio, you'll need to specify the framework symbol.
If your template consists of a web project, it's likely that you'll want to generate new port numbers to be used when the template is used. This is a bit complex to do correctly, but we will explain the different parts. When defining the support, for each different port number we want the following to create a command line parameter that can be used to explicitly set the port number. If the port number is not passed in by the user, then we want to generate a port number automatically.
To achieve this, we will need to create three new symbols in the template.json
file. We will create the following
symbols.
- Parameter that the user can pass in
- A generated port number
- Symbol to coalesce the user parameter and the generated port
Here is a sample, where we specify the range that we want the port number to be in.
"HttpsPort": {
"type": "parameter",
"datatype": "integer",
"description": "Port number to use for the HTTPS endpoint in launchSettings.json."
},
"HttpsPortGenerated": {
"type": "generated",
"generator": "port",
"parameters": {
"low": 44300,
"high": 44399
}
},
"HttpsPortReplacer": {
"type": "generated",
"generator": "coalesce",
"parameters": {
"sourceVariableName": "HttpsPort",
"fallbackVariableName": "HttpsPortGenerated"
},
"replaces": "44345"
}
HttpsPort
is the user facing parameter that can be passed in when calling dotnet new
.
HttpsPortGenerated
is the generated port number. In this example we specified a low
and a high
value. The
generated port number will be between those. These parameters are optional.
HttpsPortReplacer
is the symbol that will decide between HttpsPort
and HttpsPortGenerated
. If a value is provided via the command line (HttpsPort
) it will be given preference. Take note of 44345
in this symbol. This
is the port number that the source files use. Where ever this string is found in the template content, it will
be replaced with the new port number.
For a full example of sourceName
see src/Content/MyWebApp/.template.config/template.json
In Visual Studio 2022 you can install templates either via a NuGet package (.nupkg file) or via the folder based path (dotnet new --install [local-file-path]
).
In order for a template to appear in Visual Studio 2019 it needs to be installed using a NuGet package (.nupkg file). When developing templates locally, when you are ready to test your template using Visual Studio, follow the steps below.
It's recommended that you delete the cache folders that are used for the templates. The cache folders are in the user home directory (~
) under the .templateengine
folder. The default path on windows is C:\Users\{username}\.templateengine
and for macOS /Users/{username}/.templateengine
.
- Close all instances of Visual Studio
- Create a NuGet package that has the template
- Delete Template Engine cache folders (folders under
~/.templateengine
) - Install the template using
dotnet new --install <path-to-nuget-package>
- Start Visual Studio
Here is a PowerShell function that you can add to your profile to make this simpler
function Reset-Templates{
[cmdletbinding()]
param(
[string]$templateEngineUserDir = (join-path -Path $env:USERPROFILE -ChildPath .templateengine)
)
process{
'resetting dotnet new templates. folder: "{0}"' -f $templateEngineUserDir | Write-host
get-childitem -path $templateEngineUserDir -directory | Select-Object -ExpandProperty FullName | remove-item -recurse -force
&dotnet new --debug:reinit
}
}
If you are installing/uninstalling folder based templates, you may run into an issue where all template changes are not picked up. For example, you change the description, or add a parameter, in some cases those changes may not be detected by the Template Engine. To force an update run the command below.
dotnet new --debug:rebuildcache
If you are having issues uninstalling a template that was installed from a folder,
try to change directories (cd
) to a different folder and try again.
If your template is not appearing in Visual Studio, check the following.
Ensure that the following required properties are set in the template.json
file.
author
sourceName
classifications
identity
name
shortName
tags
For tags ensure you have specified the language
and type
values. See the example below.
"tags": {
"language": "C#",
"type": "project"
},
The type
value can be either project
or item
, other values should not be used.
If you have a single project template, you typically don't have to specify the primaryOutputs
property.
If your templates.json
file has specified primaryOutputs
, Visual Studio will open load the project(s)
specified. If the value for primaryOutputs
is not correct, the project(s) will not load in Visual Studio.
If the value for the primaryOutputs
is not correct, the project(s) will not be loaded in Visual Studio
After creating the .nupkg file you can examine it by extracting the contents using your favorite zip tool.
The .nupkg file is just a .zip file with a different file extension.
Double check that the .template.config
folder is in the package as well as the template.json
file
and any host files.
If you have a template, and do not want that template to appear in Visual Studio when it's been installed using dotnet new --install
add the unsupportedHosts
property. For example, see the ide.host.json
file below.
{
"$schema": "http://json.schemastore.org/vs-2017.3.host",
"icon": "icon.png",
"symbolInfo": [
{
"id": "AuthorName",
"name": {
"text": "Author Name"
},
"isVisible": "true"
},
{
"id": "Description",
"name": {
"text": "Description"
},
"isVisible": "true"
}
],
"unsupportedHosts": [
{
"id": "vs"
}
]
}
The host identifier of "vs"
refers to Visual Studio 2019. To exclude from any other host, use the host identifier associated with that product.
Creating a multi-project (solution) template, is very similar to creating a single project template. You'll need to make the following changes to properly create a solution template.
- Make sure that the
.template.config
folder is in the correct folder. It likely should be in the root of the solution. The.sln
file should be either in the same directory as.template.config
or under it. Same goes for all the content (i.e. projects) that the template should contain. - In the
template.json
file change thetype
tag to besolution
instead ofproject
. - Update the file name of the solution to be different from
sourceName
ordefaultName
, See below for more info. - Update
template.json
to create unique GUIDs to replace the Project ID in the.sln
file.
When creating a solution template, make sure that the file name of the solution doesn't match sourceName
or defaultName
in template.json
. For example, if sourceName
is set to ContosoBilling
, ensure that the solution file is NOT named
ContosoBilling.sln
. You can change it to ContosoBilling.app.sln
and then apply a rename if you want the generated
solution file name to match sourceName
.
If the solution's file name is allowed to match the sourceName
/defaultName
, Visual Studio users may see an unexpected
"File Modification Detected" dialog immediately after the solution is created and will be prompted to reload.
To rename the solution file, make the following changes to template.json
:
-
In the
symbols
section, add the following binding so that theHostIdentifier
symbol is defined in your template:"HostIdentifier": { "type": "bind", "binding": "HostIdentifier" }
-
In the
sources
section, add the following modifier to rename the file when projects are created usingdotnet new
(in Visual Studio, the name specified in the New Project Dialog will be used):"condition": "(HostIdentifier == \"dotnetcli\" || HostIdentifier == \"dotnetcli-preview\")", "rename": { "ContosoBilling.app.sln": "ContosoBilling.sln" }
For the last step, we will need to update the template.json
file. You can use the guids
property to help. Below is a sample
The Project ID values can be found in the .sln
file. For example here is a snippet from the SolutionTemplate sample in this repo.
...
Project("{2150E333-8FDC-42A3-9474-1A3956D46DE8}") = "Libraries", "Libraries", "{3C7060D1-D7AF-4B5D-BF1F-BC0E4F39E7ED}"
EndProject
Project("{2150E333-8FDC-42A3-9474-1A3956D46DE8}") = "Apps", "Apps", "{526E49A6-E41B-4136-8662-FC7BF000776A}"
EndProject
Project("{FAE04EC0-301F-11D3-BF4B-00C04F79EFBC}") = "SayedHa.Web.MyWeb", "SayedHa.Web.MyWeb\SayedHa.Web.MyWeb.csproj", "{0E62310C-D76A-4681-9926-B1BFFDC379FC}"
EndProject
Project("{FAE04EC0-301F-11D3-BF4B-00C04F79EFBC}") = "SayedHa.Web.MyClassLibrary", "SayedHa.Web.MyClassLibrary\SayedHa.Web.MyClassLibrary.csproj", "{032123E7-E4E0-4B17-9564-ECA4B57F30B7}"
EndProject
Global
...
The Project ID is the last Guid listed in the Project
node. Below is a sample showing how to get those guids to be updated. Full sample is at template.json
...
"preferNameDirectory": true,
"guids": [
"0E62310C-D76A-4681-9926-B1BFFDC379FC",
"032123E7-E4E0-4B17-9564-ECA4B57F30B7"
],
"symbols": {
...
Note in the initial preview of Visual Studio where this support appeared, we had a bug that required the .sln
file to be listed in primaryOutputs
.
The structure of the generated .nupkg
file depends on the location of the .csproj
used to generate it. If the .csproj
for the template package is in a directory above the template's \src
directory, your template .nupkg
will have a nested structure and will fail to generate any output when invoked.
As an example, you might need to have your template .csproj
outside of the \src
folder because you are using a Directory.Build.props
in your \src
folder that is incompatible with generating the template package.
The fix to this issue is to add the PackagePath="content"
attribute on the <Content>
element in your template's .csproj
. This will place the contents of the \src
directory into the package's \content
directory, which is the correct location for template packages.
Before
<!-- Template.csproj -->
<ItemGroup>
<!-- src\ is the location of the template's source files -->
<!-- this will generate a .nupkg structure of \content\Content\(src files) -->
<Content Include="src\**\*.*" />
</ItemGroup>
After
<!-- Template.csproj -->
<ItemGroup>
<!-- this will generate a .nupkg structure of \content\(src files) -->
<Content Include="src\**\*.*" PackagePath="content" />
</ItemGroup>
If you are developing a Visual Studio extension (.vsix file extension), you can deliver your templates inside of the vsix instead of relying on the end-user installing templates via dotnet new --install
. This section will walk you through how to create a vsix that contains templates.
In order to create Visual Studio extensions you'll need to install the [Visual Studio SDK](Install the Visual Studio SDK). Let's create a new Visual Studio extension, and add a template into it.
First we will need to create a new Visual Studio Extension project. If you have an existing project that you are using, you can open your existing project instead of creating a new project. To create the new project, use the New Project dialog in Visual Studio. When you get to open the New Project dialog, you can search for "vsix" in the search box on the top right. See the image below.
From the list below you can select VSIX Project, with either language that you prefer. The language of the extension doesn't have to be the same language as the template itself. Now that the project is created, we need to make a few modifications to support the project templates.
Before starting to add your template into the Visual Studio extension, you should ensure that your template works without issues from the command line. You'll also want to ensure you've added the additional info to templates that is needed to support Visual Studio. That information was presented previously in this doc.
To add support for templates in a VSIX project, the following additions need to be made.
- Add the .nupkg file with your template(s) into the project
- Update the VSIX project file to include a new target
- Add a pkgdef file to indicate where to look for templates
- Update the .vsixmanifest file to have a new asset tag for the template
Now you need to add the NuGet package (.nupkg file) to the extension. You'll need to copy the .nupkg file into a folder near the source for the extension. In the in the vsix-with-template
folder
the file is placed in the assets
folder. Now we need to modify the vsix project to pickup, and include, the .nupkg file so that it is included in the final vsix file that is built.
Add the following target in the vsix project file (.csproj or .vbproj) file.
<Target Name="PreCreateVsixContainer" BeforeTargets="GetVsixSourceItems">
<ItemGroup>
<!-- ensure that the path below is correct -->
<_TemplatePackage Include="..\assets\*.nupkg" />
</ItemGroup>
<Error Text="No template files found." Condition="@(_TemplatePackage->Count()) == 0" />
<Message Text="Template nuget packages found: @(_TemplatePackage)" Importance="low" />
<!-- don't modify the following, the pkgdef file uses the path below -->
<ItemGroup>
<VSIXSourceItem Include="@(_TemplatePackage)">
<VSIXSubPath>ProjectTemplates\</VSIXSubPath>
</VSIXSourceItem>
</ItemGroup>
</Target>
The PreCreateVsixContainer
target will be called during the build process. It will look for .nupkg files in the assets folder and then include them in the vsix that
is produced from the build. You may need to customize the path to where the target looks for these .nupkg files. You can verify that the package was included successfully
by opening, or extracting, the .vsix file with your favorite zip utility. The package should be in the ProjectTemplates
in the vsix.
Now that you've added the NuGet package, and updated the build process to include it, we can move on to the next step.
Now that the package is in the vsix, we need to add a pkgdef file so that the extension will register the templates during installation. Add a new file named Templates.pkgdef
to your
vsix project. If you are using Visual Studio, you can use the text file item template in the New Item dialog. It's important that the name of this .pkgdef file is different from the
name of the vsix project. If your vsix project is named Templates
, then you'll need to change the name of the new .pkgdef file you just added. The content of this new .pkgdef
should be similar to the following.
[$RootKey$\TemplateEngine\Templates\sayedha.template.netcoretool.nuspec\1.0.0]
"InstalledPath"="$PackageFolder$\ProjectTemplates"
Here the only values that you want to modify are sayedha.template.netcoretool.nuspec\1.0.0
. You should use a path that is likely to be unique to your organization and project.
It doesn't have to match the project or templates that you are including. You can customize the version number in the path as needed as well. The second line in the pkgdef file,
indicates where the .nupkg files are located relative to the vsix install folder. You shouldn't modify the second line.
You should also mark the Templates.pkgdef file as Content and IncludeInVsix in the properties grid. See the image below.
Now we are on the last step. The .vsixmanifest file needs to be updated to pickup the new pkgdef file you just created. Open the source.extension.vsixmanifest
file and add the
asset tag below into the Assets
element.
<Asset Type="Microsoft.VisualStudio.VsPackage" d:Source="File" Path="Templates.pkgdef" />
Adding the asset tag causes Visual Studio to process the new pkgdef file when the extension is installed.
That's it. Now you can build the VSIX project, install the extension and you should see your new template. The next step is to distribute your new extension. You can do that by sharing the .vsix file directly, or publishing to the Visual Studio Marketplace
We made some additional changes in Visual Studio 2022/.net 6, which Visual Studio 2019/.net 5 doesn't have. If you have a template(s) that need to support Visual Studio 2019/.net 5, you may need to make some additional changes to get the templates to work in Visual Studio 2019. Below is a summary of the additional work that is needed.
Limitations of Visual Studio 2019 and/or .net 5 regarding community templates.
- Search functionality in
dotnet new
is not as robust as in .net 6. - VS2019 will need to have the icon and parameter info listed in the
ide.host.json
file. Parameters are not automatically shown in Visual Studio. - VS2019 requires a VS restart to get newly installed templates to appear in the IDE
- In VS2019 showing CLI templates is disabled by default, see below on how to enable showing those.
- In VS2019, displaying templates that have been installed with a folder path isn't supported. All templates need to be installed via a NuGet package (.nupkg file).
By default all parameters declared in template.json
will appear in Visual Studio 2022 if you do not have a ide.host.json
(or any Visual Studio host file) file. To control the behavior you can define the tag below in template.json
to explicitly state if all parameters should appear or not.
"tags": {
"vs_showParametersByDefault": "false"
},
Values for this tag can be either 'true' or 'false'.
The default value for vs_showParametersByDefault
is true
if there is no host file detected, and false
if a host file is detected.
If you want all parameters to be shown except a set of specific templates, you can use
the vs_parametersToHide
in tags
to hide those specific parameters. The value for this tag
should be a semi-colon delimited list of parameter names. For example.
"tags": {
"vs_parametersToHide": "authorName;useHttps"
},
Below is some more info based on if a host file is present or not.
No host file present
All templates will be shown by default if vs_showParametersByDefault
isn't defined in tags. If vs_showParametersByDefault
is defined in tags
,
that value will be used to determine if parameters are shown by default or not. If all templates
are shown but there are parameter names listed in vs_parametersToHide
, those will not be shown.
Host file present All templates will not be shown by default. To get all of them to appear, set 'vs_showParametersByDefault` to true.
If vs_showParametersByDefault
is set to true, and some parameter names are listed in
vs_parametersToHide
, those will be not be shown in Visual Studio.
Any parameters listed in the host file with isVisible
=true
will be shown.
TODO: more content will be added soon
The feature to show templates that are installed using the command-line interface (cli) is a preview feature. This feature is disabled by default.
To enable this feature in Visual Studio:
First open the Options dialog, go to Tools > Options
. In the dialog go to Environment > Preview Features
and then on the right-hand side and select the
preview feature named Show all .NET Core templates in the New project dialog. For more info see .NET CLI Templates in Visual Studio
.
To enable this feature inn Visual Studio for Mac:
First open the Preferences dialog, go to Visual Studio (menu) > Preferences...
. In the list on the
left hand side, select Other > Preview Features
and select the
preview feature named Show all .NET Core templates in the New project dialog.
Starting in previews of 16.8 of Visual Studio we have a feature that can be enabled to show the templates
which have been installed with dotnet new
. For more info on that take a look at the blog post .NET CLI Templates in Visual Studio
.
There are some things that you'll want to make sure you have defined to ensure a good experience for Visual Studio users.
Note: in Visual Studio 2022 the ide.host.json
file is no longer required for the template to appear in Visual Studio.
If there is an icon named icon.png
in the .template.config
folder, it will be used for the project template icon in Visual Studio.
By default all template parameters will appear in the New Project Dialog in Visual Studio.
In order to get the best support in Visual Studio, you'll want to add an ide.host.json
file. This file should
be in the .template.config
folder next to the template.json
file. You'll need to create this file in order to
show an icon for the template, to display parameters, to customize the text, and other features.
The schema that you should use when creating this file is shown below.
{
"$schema": "http://json.schemastore.org/vs-2017.3.host"
}
Note: In Visual Studio 2022, you don't need to create an ide.host.json
file to include an icon for the project template.
If there is an icon file named icon.png
in the .template.config
file, it will be picked up automatically. If you'd like to customize
that, then create an ide.host.json
file as described below.
To add an icon, you will need to declare that in the ide.host.json
file. The icon file should be a .png
file.
The icon file should be in, or under, the .template.config
folder. In the ide.host.json
file declare the icon property as shown.
{
"icon": "icon.png"
}
If the icon file is in a sub-folder, provide a relative path in the icon
declaration.
In the image below the icon for the sample console template is shown.
Note: in Visual Studio 2022 , by default all template parameters will appear in the New Project Dialog. You do not need to create
and ide.host.json
file if you want all the parameters to be shown. You can create an ide.host.json
if you need to hide some parameters.
In template.json
you can declare any number of parameters. Those parameters will not by default show up in
Visual Studio. You need to specify which ones should show up in Visual Studio with an ide.host.json
file.
The MyCommand
sample template in this repo has three parameters defined.
- Framework
- AuthorName
- Description
The Framework
parameter defines the set of choices of target framework that the template supports. This parameter
should always be defined for .NET Core templates. This parameter is special, and doesn't need to be declared in the
ide.host.json
file to be shown in Visual Studio. If this parameter is defined, the Target Framework dropdown in the New Project Dialog will automatically be shown.
In order to show the other two parameters, you will need to add a file named ide.host.json
to the
.template.config
folder. Below is a sample file that shows how to make those appear in Visual Studio.
{
"$schema": "http://json.schemastore.org/vs-2017.3.host",
"icon": "icon.png",
"symbolInfo": [
{
"id": "AuthorName",
"name": {
"text": "Author Name"
},
"isVisible": "true"
},
{
"id": "Description",
"name": {
"text": "Description"
},
"isVisible": "true"
}
]
}
After adding this declaration, when the template is used in Visual Studio the parameters will be presented to the user as