debian-mirror-gitlab/doc/user/admin_area/custom_project_templates.md

50 lines
1.9 KiB
Markdown
Raw Normal View History

2019-10-12 21:52:04 +05:30
---
type: reference
---
2019-09-30 21:07:59 +05:30
# Custom instance-level project templates **(PREMIUM ONLY)**
2019-02-15 15:39:39 +05:30
2019-12-04 20:38:33 +05:30
> [Introduced](https://gitlab.com/gitlab-org/gitlab/issues/6860) in [GitLab Premium](https://about.gitlab.com/pricing/) 11.2.
2019-02-15 15:39:39 +05:30
2019-10-12 21:52:04 +05:30
GitLab administrators can configure the group where all the custom project
templates are sourced.
2019-03-02 22:35:43 +05:30
2019-10-12 21:52:04 +05:30
Every project directly under the group namespace will be
available to the user if they have access to them. For example:
- Public project in the group will be available to every logged in user.
- Private projects will be available only if the user is a member of the project.
Repository and database information that are copied over to each new project are
identical to the data exported with
[GitLab's Project Import/Export](../project/settings/import_export.md).
2019-03-02 22:35:43 +05:30
NOTE: **Note:**
To set project templates at a group level,
see [Custom group-level project templates](../group/custom_project_templates.md).
2019-02-15 15:39:39 +05:30
2019-10-12 21:52:04 +05:30
## Configuring
2019-02-15 15:39:39 +05:30
2019-10-12 21:52:04 +05:30
GitLab administrators can configure a GitLab group that serves as template
source for an entire GitLab instance by:
1. Navigating to **Admin area > Settings > Templates**.
1. Expanding **Custom project templates**.
1. Selecting a group to use.
1. Pressing **Save changes**.
2019-02-15 15:39:39 +05:30
2019-03-02 22:35:43 +05:30
NOTE: **Note:**
2019-02-15 15:39:39 +05:30
Projects below subgroups of the template group are **not** supported.
2019-10-12 21:52:04 +05:30
<!-- ## Troubleshooting
Include any troubleshooting steps that you can foresee. If you know beforehand what issues
one might have when setting this up, or when something is changed, or on upgrading, it's
important to describe those, too. Think of things that may go wrong and include them here.
This is important to minimize requests for support, and to avoid doc comments with
questions that you know someone might ask.
Each scenario can be a third-level heading, e.g. `### Getting error message X`.
If you have none to add when creating a doc, leave this section in place
but commented out to help encourage others to add to it in the future. -->