Megacity-Sample/Packages/com.unity.template.mytemplate

UPM Project Template Starter Kit

The purpose of this project template starter kit is to provide the data structure and development guidelines for new project templates meant for Unity.

We hope you enjoy your experience. You can use #devs-templates on Slack to provide feedback or ask questions regarding your project template development efforts.

Are you ready to add a project template?

The Project Templates are a work-in-progress for the Unity Package Manager and, in that sense, there are a few criteria that must be met for your project template to be considered on the template list at this time:

• Your code accesses public Unity C# APIs only. If you have a native code component, it will need to ship with an official editor release. Internal API access might eventually be possible for Unity made packages, but not at this time.
• Your code doesn't require security, obfuscation, or conditional access control. Anyone should be able to download your project template and access the source code.
• You are willing to bleed with us a little! Project templates creation and editing as well as Packman is still in development, and therefore has a few rough edges that will require patience and workarounds.

Share your plans (Register)

Project templates will be available to our user through the Hub, and organized by categories (2d, 3d, xv, ...). In that sense, the purpose, name, category, and content of your template should first be discussed with the Production Management team, so that this information can be properly curated to match Unity's strategy. Please contact ** @daniel.tg ** on slack to start this conversation.

Once Product Management has weighed in on your plans, please take a few minutes to register your template using this page with your project template information. Simply add a new row to the table and fill in the required information.

This will help inform Product, Project, Release and Documentation Teams to coordinate between dependencies. It also allows shared awareness for the whole organization. We then can also track it in our directory listing.

Project template Development Structure

The project template is a project itself, so it should be very straightforward to develop with.

<Project Root>
 │
 ├── README.md
 ├── Assets
 │       ├─ Scenes
 │       │     └── SampleScene.unity
 │       └─ Tests
 │            ├── Editor
 │                     └── EditorExampleTest.cs
 │            └── Runtime
 │                      ├── RuntimeTests.asmdef
 │                      └── RuntimeExampleTest.cs
 ├── ProjectSettings
 └── Packages
         ├─ manifest.json
         └─ com.unity.template.mytemplate
                   ├── package.json
                   ├── CHANGELOG
                   ├── LICENSE
                   ├── Documentation~
                   ├── README.md
                   ├── Third Party Notices.md
                   └── QAReport.md

Develop your project template

The project template is a Unity Editor project itself, as such, it should be very straightforward to develop with. Here's how to set it up:

1. Clone the Template Starter Kit repository locally

   In a console (or terminal) application, choose a place to clone the repository and perform the following : git clone git@github.cds.internal.unity3d.com:unity/com.unity.template-starter-kit.git

2. Create a new repository for your package and clone to your desktop

   On Github.cds create a new repository with the name of your package (Example: "com.unity.template.platformer") In a console (or terminal) application, choose a place to clone the repository and perform the following : git clone git@github.cds.internal.unity3d.com:unity/com.unity.template.[your-package-name]

3. Copy the contents of the Template Starter Kit folder to your new package. Be careful not to copy the Template Starter Kit .git folder over.

4. Rename the template package

   Rename the folder Package/com.unity.template.mytemplate by replacing mytemplate with your own project template's name. This will be the package used to define your project template when publishing and should match the name of your repository on github.cds.

   You may be wondering why we include com.unity.template.mytemplate in the project's packages. This package will describe your project template to our users, and will be the package when publishing your template. It will not be included in projects our users create from your template, but will be referenced so users can access template information such as documentation or license information.

5. Fill in your project template's package information

   Update the following required fields in Packages/com.unity.template.mytemplate/package.json:

   • name: Project template's package name, it should follow this naming convention: com.unity.template.[your-template-name] (Example: com.unity.template.3d)
   • displayName: Package user friendly display name. (Example: "First person shooter").
     Note: Use a display name that will help users understand what your project template is intended for.
   • version: Package version X.Y.Z, your project must adhere to Semantic Versioning.
   • unity: Minimum Unity Version your project template is compatible with. (Example: 2018.3)
   • description: This is the description for your template which will be displayed to the user to let them know what this template is for. This description shouldn't include anything version-specific and should stay pretty consistent across template versions.
   • dependencies: Specify the dependencies the template requires. If you add a package to your project, you should also add it here. We try to keep this list as lean as possible to avoid conflicts as much as possible.

6. Update README.md

   The README.md file should contain all pertinent information for template developers, such as:

   • Prerequisites
   • External tools or development libraries
   • Required installed Software

The Readme file at the root of the project should be the same as the one found in the template package folder.

1. Prepare your documentation

   Rename and update Packages/com.unity.template.mytemplate/Documentation~/your-package-name.md documentation file.

   Use this documentation template to create preliminary, high-level documentation for the development of your template's package. This document is meant to introduce other developers to the features and sample files included in your project template.

   Your template's documentation will be made available online and in the editor during publishing to guide our users.

2. Update the changelog

   Packages/com.unity.template.mytemplate/CHANGELOG.md.

   Every new feature or bug fix should have a trace in this file. For more details on the chosen changelog format, see Keep a Changelog.

   Changelogs will be made available online to inform users about the changes they can expect when downloading a project template. As a consequence, the changelog content should be customer friendly and present clear, meaningful information.

3. Open your cloned project and develop!

   Start Unity, open your template project folder. Once opened, you can modify the project settings, the project assets and even the packages dependencies to suit your needs. Your project template will contain all the content of you project.

Create a Preview

All initial versions of templates should first be tagged as preview. This indicates to our users that the template is a work in progress or newly created. Preview templates will be discoverable through the HUB, and will be clearly marked as Preview to set the proper expectations. Once the template has been in use for a while by users, and vetted by Unity's Release QA team, its preview tag can then be removed, and the template can join the ranks of official Unity templates.

Preview - ex: "version" : "1.2.0-preview"

Expectations of a preview template:

• Expected Package structure respected
• Template loads in Unity Editor without errors
• License file present in template package folder - With third party notices file if necessary

Make sure your project template meets all legal requirements

All templates are required to COMPLETE AND SUBMIT THIS FORM to receive approval. It is a simple, streamlined form that tells legal if there are any potential issues that need to be addressed prior to publication.

Update Third Party Notices.md

1. If your template includes third-party elements and its licenses are approved, then all the licenses must be added to the Third Party Notices.md file in the template package folder. Simply duplicate the Component Name/License Type/Provide License Details section if you have more then one licenses.

   a. Concerning [Provide License Details] in the Third Party Notices.md, a URL can work as long as it actually points to the reproduced license and the copyright information (if applicable).

2. If your package does not have third party elements, you can remove the Third Party Notices.md file from your template package folder.

Adding tests to your template

Tests you add to your template package will be automatically run in Yamato to ensure your template continues to work as expected as the editor's codebase evolves, it is therefore important to invest in a good set of test

You can add tests for your template in the project's Assets/Tests folder as you would any normal Unity project. It is advisable to also test your template's integrity so that frequent developers use doesn't change desirable static properties.

You can manually run the tests in the Unity test runner.

Template CI

CI has been added to the project and it will test your template on every commit. This will validate that the template package as well as embedded packages (if any) have the right structure, have tests and do not create console logs when opened with Unity. The CI will also automatically test the template as it would be used by a user on multiple editor versions and OS. You might need to tweak the list of editors and OS you want to test the template on. For more information, please go here

To make use of the CI, your repository must be added to Yamato. Log in to Yamato (https://yamato.cds.internal.unity3d.com/) and click on the Project + button on the top right. This will open a dialog asking for you to specify a git url and project name.

Trying out your template locally.

If you want to test your template locally from a user's perspective, you will need to make it available to Unity. This can be accomplished by following these steps:

1. Use upm-ci tools to test your template

   You need to make sure you have Node.js and npm (install it from here) installed on your machine to package successfully, as the script calls npm under the hood for packaging and publishing. The script is tested with node@v6.10.0 and npm@3.10.10.
   Install globally the upm-ci package:

   npm install upm-ci-utils -g --registry https://api.bintray.com/npm/unity/unity-npm

   A. To run all your template tests, open a console (or terminal) window and cd your way inside your template project folder

   upm-ci template test -u 2018.3

   You can test against many versions of Unity with the -u parameter:

   • Testing on a specific version: use -u 2019.1.0a13
   • Testing on a latest release of a version: use -u 2019.1
   • Testing on the latest available trunk build: use -u trunk
   • Testing on a specific branch: use -u team-name/my-branch
   • Testing on a specific revision: use -u 3de2277bb0e6

   B. To test what a user would receive, open a console (or terminal) window and cd your way inside your template project folder

   upm-ci template pack This will generate a folder /automation/templates/ containing a .tgz file of your converted template.

   1. Include the tarballed template package in Unity editor

      You can then copy the template's tgz package file in Unity in one of these paths to make it available in the editor when creating new projects:

       1. Mac: `<Unity Editor Root>/Contents/Resources/PackageManager/ProjectTemplates`
      

      1. Windows: <Unity Editor Root>/Data/Resources/PackageManager/ProjectTemplates

   2. Preview your project template

      Open Unity Hub. Locate the editor to which you added your template to. When creating a new project, you should see your template in the templates list:

   

   If you are launching the Unity editor without the hub, you will not see additional templates in the list.

Publishing your template for use in the Editor

The first step to get your package published to production for public consumption is to send it to the staging repository, where it can be evaluated by QA and Release Management. You can publish your template to the staging repository through the added CI, which is the recommended approach.

1. Once you are ready to publish a new version, say version 1.0.0-preview, you can add a git tag v1.0.0-preview to the commit you want to publish. The CI will validate and then publish your project template to staging.

2. Request that your template package be published to production by filling out the following form

3. Once your template is published to production, the last step is to create the Ono PR to include your template with a Unity Release, and have it be discovered in the Hub. To do so, create a branch that includes your template in ** External/PackageManager/Editor/editor_installer.json **

Note: You can retrieve a version of your template package as an artifact from CI pipelines following any commit made to your repository. This will allow you to easily test a change at any point during your development.

FAQ

Can I inherit another package template?

You cannot inherit from another package template. You can however use another package template as a starting point to create a new one.