debian-mirror-gitlab/doc/user/project/repository/index.md

325 lines
13 KiB
Markdown
Raw Normal View History

2019-10-12 21:52:04 +05:30
---
2020-10-24 23:57:45 +05:30
stage: Create
group: Source Code
2021-02-22 17:27:13 +05:30
info: To determine the technical writer assigned to the Stage/Group associated with this page, see https://about.gitlab.com/handbook/engineering/ux/technical-writing/#assignments
2019-10-12 21:52:04 +05:30
type: concepts, howto
---
2021-03-11 19:13:27 +05:30
# Repository **(FREE)**
2017-09-10 17:25:29 +05:30
A [repository](https://git-scm.com/book/en/v2/Git-Basics-Getting-a-Git-Repository)
is what you use to store your codebase in GitLab and change it with version control.
A repository is part of a [project](../index.md), which has a lot of other features.
## Create a repository
To create a new repository, all you need to do is
2021-03-11 19:13:27 +05:30
[create a new project](../../../user/project/working_with_projects.md#create-a-project) or
2019-12-26 22:10:19 +05:30
[fork an existing project](forking_workflow.md).
2017-09-10 17:25:29 +05:30
Once you create a new project, you can add new files via UI
(read the section below) or via command line.
To add files from the command line, follow the instructions that will
be presented on the screen when you create a new project, or read
through them in the [command line basics](../../../gitlab-basics/start-using-git.md)
documentation.
> **Important:**
For security reasons, when using the command line, we strongly recommend
2018-03-27 19:54:05 +05:30
that you [connect with GitLab via SSH](../../../ssh/README.md).
2017-09-10 17:25:29 +05:30
2018-03-17 18:26:18 +05:30
## Files
2020-06-23 00:09:42 +05:30
Use a repository to store your files in GitLab. In [GitLab 12.10 and later](https://gitlab.com/gitlab-org/gitlab/-/issues/33806),
2021-03-08 18:12:59 +05:30
you'll see on the repository's file tree an icon next to the filename
2020-04-22 19:07:51 +05:30
according to its extension:
![Repository file icons](img/file_ext_icons_repo_v12_10.png)
2018-03-17 18:26:18 +05:30
### Create and edit files
2017-09-10 17:25:29 +05:30
Host your codebase in GitLab repositories by pushing your files to GitLab.
You can either use the user interface (UI), or connect your local computer
with GitLab [through the command line](../../../gitlab-basics/command-line-commands.md#start-working-on-your-project).
To configure [GitLab CI/CD](../../../ci/README.md) to build, test, and deploy
2021-03-11 19:13:27 +05:30
your code, add a file called [`.gitlab-ci.yml`](../../../ci/quick_start/index.md)
2017-09-10 17:25:29 +05:30
to your repository's root.
**From the user interface:**
2021-02-22 17:27:13 +05:30
The GitLab UI allows you to perform lots of Git commands without having to
2017-09-10 17:25:29 +05:30
touch the command line. Even if you use the command line regularly, sometimes
it's easier to do so [via GitLab UI](web_editor.md):
- [Create a file](web_editor.md#create-a-file)
- [Upload a file](web_editor.md#upload-a-file)
- [File templates](web_editor.md#template-dropdowns)
- [Create a directory](web_editor.md#create-a-directory)
- [Start a merge request](web_editor.md#tips)
2020-01-01 13:55:28 +05:30
- [Find file history](git_history.md)
- [Identify changes by line (Git blame)](git_blame.md)
2017-09-10 17:25:29 +05:30
**From the command line:**
To get started with the command line, please read through the
[command line basics documentation](../../../gitlab-basics/command-line-commands.md).
2018-03-17 18:26:18 +05:30
### Find files
2021-02-22 17:27:13 +05:30
Use the GitLab [file finder](file_finder.md) to search for files in a repository.
2018-03-17 18:26:18 +05:30
2018-12-13 13:39:08 +05:30
### Supported markup languages and extensions
GitLab supports a number of markup languages (sometimes called [lightweight
markup languages](https://en.wikipedia.org/wiki/Lightweight_markup_language))
that you can use for the content of your files in a repository. They are mostly
used for documentation purposes.
Just pick the right extension for your files and GitLab will render them
according to the markup language.
| Markup language | Extensions |
| --------------- | ---------- |
| Plain text | `txt` |
| [Markdown](../../markdown.md) | `mdown`, `mkd`, `mkdn`, `md`, `markdown` |
2020-03-13 15:44:24 +05:30
| [reStructuredText](https://docutils.sourceforge.io/rst.html) | `rst` |
2019-09-04 21:01:54 +05:30
| [AsciiDoc](../../asciidoc.md) | `adoc`, `ad`, `asciidoc` |
2019-12-04 20:38:33 +05:30
| [Textile](https://textile-lang.com/) | `textile` |
2021-01-03 14:25:43 +05:30
| [Rdoc](http://rdoc.sourceforge.net/doc/index.html) | `rdoc` |
2020-06-23 00:09:42 +05:30
| [Org mode](https://orgmode.org/) | `org` |
2018-12-13 13:39:08 +05:30
| [creole](http://www.wikicreole.org/) | `creole` |
2020-06-23 00:09:42 +05:30
| [MediaWiki](https://www.mediawiki.org/wiki/MediaWiki) | `wiki`, `mediawiki` |
2018-12-13 13:39:08 +05:30
### Repository README and index files
When a `README` or `index` file is present in a repository, its contents will be
automatically pre-rendered by GitLab without opening it.
They can either be plain text or have an extension of a
[supported markup language](#supported-markup-languages-and-extensions):
Some things to note about precedence:
1. When both a `README` and an `index` file are present, the `README` will always
take precedence.
1. When more than one file is present with different extensions, they are
ordered alphabetically, with the exception of a file without an extension
which will always be last in precedence. For example, `README.adoc` will take
precedence over `README.md`, and `README.rst` will take precedence over
`README`.
2018-05-09 12:01:36 +05:30
### Jupyter Notebook files
2020-03-13 15:44:24 +05:30
[Jupyter](https://jupyter.org/) Notebook (previously IPython Notebook) files are used for
2018-05-09 12:01:36 +05:30
interactive computing in many fields and contain a complete record of the
2020-04-08 14:13:33 +05:30
user's sessions and include code, narrative text, equations, and rich output.
2018-05-09 12:01:36 +05:30
2020-03-13 15:44:24 +05:30
[Read how to use Jupyter notebooks with GitLab.](jupyter_notebooks/index.md)
2018-05-09 12:01:36 +05:30
2020-01-01 13:55:28 +05:30
### OpenAPI viewer
2020-06-23 00:09:42 +05:30
> [Introduced](https://gitlab.com/gitlab-org/gitlab/-/issues/19515) in GitLab 12.6.
2020-01-01 13:55:28 +05:30
GitLab can render OpenAPI specification files with its file viewer, provided
their filenames include `openapi` or `swagger` and their extension is `yaml`,
`yml`, or `json`. The following examples are all correct:
- `openapi.yml`
- `openapi.yaml`
- `openapi.json`
- `swagger.yml`
- `swagger.yaml`
- `swagger.json`
- `gitlab_swagger.yml`
- `openapi_gitlab.yml`
- `OpenAPI.YML`
- `openapi.Yaml`
- `openapi.JSON`
- `openapi.gitlab.yml`
- `gitlab.openapi.yml`
Then, to render them:
2021-02-22 17:27:13 +05:30
1. Navigate to the OpenAPI file in your repository in the GitLab UI.
2020-01-01 13:55:28 +05:30
1. Click the "Display OpenAPI" button which is located between the "Display source"
and "Edit" buttons (when an OpenAPI file is found, it replaces the
"Display rendered file" button).
2017-09-10 17:25:29 +05:30
## Branches
2019-10-12 21:52:04 +05:30
For details, see [Branches](branches/index.md).
2017-09-10 17:25:29 +05:30
## Commits
When you [commit your changes](https://git-scm.com/book/en/v2/Git-Basics-Recording-Changes-to-the-Repository),
you are introducing those changes to your branch.
Via command line, you can commit multiple times before pushing.
- **Commit message:**
2019-07-07 11:18:12 +05:30
A commit message is important to identity what is being changed and,
more importantly, why. In GitLab, you can add keywords to the commit
message that will perform one of the actions below:
2017-09-10 17:25:29 +05:30
- **Trigger a GitLab CI/CD pipeline:**
If you have your project configured with [GitLab CI/CD](../../../ci/README.md),
you will trigger a pipeline per push, not per commit.
- **Skip pipelines:**
You can add to you commit message the keyword
2020-05-24 23:13:21 +05:30
[`[ci skip]`](../../../ci/yaml/README.md#skip-pipeline)
2020-04-22 19:07:51 +05:30
and GitLab CI/CD will skip that pipeline.
2017-09-10 17:25:29 +05:30
- **Cross-link issues and merge requests:**
[Cross-linking](../issues/crosslinking_issues.md#from-commit-messages)
is great to keep track of what's is somehow related in your workflow.
If you mention an issue or a merge request in a commit message, they will be shown
on their respective thread.
- **Cherry-pick a commit:**
2019-07-07 11:18:12 +05:30
In GitLab, you can
[cherry-pick a commit](../merge_requests/cherry_pick_changes.md#cherry-picking-a-commit)
right from the UI.
2017-09-10 17:25:29 +05:30
- **Revert a commit:**
2019-07-07 11:18:12 +05:30
Easily [revert a commit](../merge_requests/revert_changes.md#reverting-a-commit)
from the UI to a selected branch.
2018-03-17 18:26:18 +05:30
- **Sign a commit:**
2019-07-07 11:18:12 +05:30
Use GPG to [sign your commits](gpg_signed_commits/index.md).
2017-09-10 17:25:29 +05:30
2019-09-30 21:07:59 +05:30
## Project and repository size
2017-09-10 17:25:29 +05:30
2019-09-30 21:07:59 +05:30
A project's size is reported on the project's **Details** page. The reported size is
updated every 15 minutes at most, so may not reflect recent activity. The displayed files size includes repository files, artifacts, and LFS.
2017-09-10 17:25:29 +05:30
2019-09-30 21:07:59 +05:30
The project size may differ slightly from one instance to another due to compression, housekeeping, and other factors.
2019-09-04 21:01:54 +05:30
2021-02-22 17:27:13 +05:30
[Repository size limit](../../admin_area/settings/account_and_limit_settings.md) may be set by administrators.
2020-11-24 15:15:51 +05:30
GitLab.com's repository size limit [is set by GitLab](../../gitlab_com/index.md#account-and-limit-settings).
2017-09-10 17:25:29 +05:30
## Contributors
All the contributors to your codebase are displayed under your project's **Settings > Contributors**.
They are ordered from the collaborator with the greatest number
of commits to the fewest, and displayed on a nice graph:
![contributors to code](img/contributors_graph.png)
## Repository graph
2020-05-24 23:13:21 +05:30
The repository graph displays the history of the repository network visually, including branches and merges. This can help you visualize the Git flow strategy used in the repository:
2017-09-10 17:25:29 +05:30
![repository Git flow](img/repo_graph.png)
Find it under your project's **Repository > Graph**.
2018-11-20 20:47:30 +05:30
## Repository Languages
For the default branch of each repository, GitLab will determine what programming languages
2018-12-05 23:21:45 +05:30
were used and display this on the projects pages. If this information is missing, it will
be added after updating the default branch on the project. This process can take up to 5
minutes.
2018-11-20 20:47:30 +05:30
2019-12-04 20:38:33 +05:30
![Repository Languages bar](img/repository_languages_v12_2.gif)
2018-11-20 20:47:30 +05:30
2018-12-13 13:39:08 +05:30
Not all files are detected, among others; documentation,
2020-05-24 23:13:21 +05:30
vendored code, and most markup languages are excluded. This behavior can be
2018-12-13 13:39:08 +05:30
adjusted by overriding the default. For example, to enable `.proto` files to be
detected, add the following to `.gitattributes` in the root of your repository.
2020-06-23 00:09:42 +05:30
```plaintext
*.proto linguist-detectable=true
```
2018-11-20 20:47:30 +05:30
2019-09-30 21:07:59 +05:30
## Locked files **(PREMIUM)**
2018-03-17 18:26:18 +05:30
2019-09-04 21:01:54 +05:30
Use [File Locking](../file_lock.md) to
2019-07-31 22:56:46 +05:30
lock your files to prevent any conflicting changes.
2017-09-10 17:25:29 +05:30
## Repository's API
2021-01-03 14:25:43 +05:30
You can access your repositories via [repository API](../../../api/repositories.md).
2018-05-09 12:01:36 +05:30
2021-03-08 18:12:59 +05:30
## Clone a repository
2018-11-08 19:23:39 +05:30
2021-03-08 18:12:59 +05:30
Learn how to [clone a repository through the command line](../../../gitlab-basics/start-using-git.md#clone-a-repository).
Alternatively, clone directly into a code editor as documented below.
2021-03-11 19:13:27 +05:30
### Clone and open in Apple Xcode
2021-03-08 18:12:59 +05:30
> [Introduced](https://gitlab.com/gitlab-org/gitlab-foss/-/issues/45820) in GitLab 11.0.
2018-11-08 19:23:39 +05:30
Projects that contain a `.xcodeproj` or `.xcworkspace` directory can now be cloned
2021-03-11 19:13:27 +05:30
into Xcode on macOS. To do that:
1. From the GitLab UI, go to the project's overview page.
1. Click **Clone**.
1. Select **Xcode**.
The project will be cloned onto your computer in a folder of your choice and you'll
be prompted to open in XCode.
### Clone and open in Visual Studio Code
> [Introduced](https://gitlab.com/gitlab-org/gitlab/-/issues/220957) in GitLab 13.8.
All projects can be cloned into Visual Studio Code. To do that:
1. From the GitLab UI, go to the project's overview page.
1. Click **Clone**.
1. Select **VS Code**
You'll be prompted to select a folder to clone the project into. When VS Code has
successfully cloned your project, it will open the folder.
2018-11-08 19:23:39 +05:30
2019-07-31 22:56:46 +05:30
## Download Source Code
2021-03-08 18:12:59 +05:30
> - Support for directory download was [introduced](https://gitlab.com/gitlab-org/gitlab-foss/-/issues/24704) in GitLab 11.11.
> - Support for [including Git LFS blobs](../../../topics/git/lfs#lfs-objects-in-project-archives) was [introduced](https://gitlab.com/gitlab-org/gitlab/-/issues/15079) in GitLab 13.5.
2019-07-31 22:56:46 +05:30
The source code stored in a repository can be downloaded from the UI.
By clicking the download icon, a dropdown will open with links to download the following:
![Download source code](img/download_source_code.png)
- **Source code:**
allows users to download the source code on branch they're currently
viewing. Available extensions: `zip`, `tar`, `tar.gz`, and `tar.bz2`.
- **Directory:**
only shows up when viewing a sub-directory. This allows users to download
the specific directory they're currently viewing. Also available in `zip`,
`tar`, `tar.gz`, and `tar.bz2`.
- **Artifacts:**
allows users to download the artifacts of the latest CI build.
2019-10-12 21:52:04 +05:30
2021-03-11 19:13:27 +05:30
## Redirects when changing repository paths
When a repository path changes, it is essential to smoothly transition from the
old location to the new one. GitLab provides two kinds of redirects: the web UI
and Git push/pull redirects.
Depending on the situation, different things apply.
When [renaming a user](../../profile/index.md#changing-your-username),
[changing a group path](../../group/index.md#changing-a-groups-path) or [renaming a repository](../settings/index.md#renaming-a-repository):
- Existing web URLs for the namespace and anything under it (such as projects) will
redirect to the new URLs.
- Starting with GitLab 10.3, existing Git remote URLs for projects under the
namespace redirect to the new remote URL. Every time you push/pull to a
repository that has changed its location, a warning message to update
your remote is displayed instead of rejecting your action.
This means that any automation scripts, or Git clients continue to
work after a rename, making any transition a lot smoother.
- The redirects are available as long as the original path is not claimed by
another group, user or project.
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. -->