debian-mirror-gitlab/doc/user/project/operations/error_tracking.md

96 lines
5.2 KiB
Markdown
Raw Normal View History

2020-05-24 23:13:21 +05:30
---
stage: Monitor
group: Health
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/#designated-technical-writers
---
2019-02-15 15:39:39 +05:30
# Error Tracking
> [Introduced](https://gitlab.com/groups/gitlab-org/-/epics/169) in GitLab 11.8.
Error tracking allows developers to easily discover and view the errors that their application may be generating. By surfacing error information where the code is being developed, efficiency and awareness can be increased.
## Sentry error tracking
2019-12-26 22:10:19 +05:30
[Sentry](https://sentry.io/) is an open source error tracking system. GitLab allows administrators to connect Sentry to GitLab, to allow users to view a list of Sentry errors in GitLab.
2019-02-15 15:39:39 +05:30
### Deploying Sentry
2020-04-22 19:07:51 +05:30
You may sign up to the cloud hosted <https://sentry.io>, deploy your own [on-premise instance](https://docs.sentry.io/server/installation/) or use GitLab to [install Sentry to a Kubernetes cluster](../../clusters/applications.md#install-sentry-using-gitlab-cicd).
2019-02-15 15:39:39 +05:30
### Enabling Sentry
2019-03-02 22:35:43 +05:30
NOTE: **Note:**
You will need at least Maintainer [permissions](../../permissions.md) to enable the Sentry integration.
2019-02-15 15:39:39 +05:30
GitLab provides an easy way to connect Sentry to your project:
1. Sign up to Sentry.io or [deploy your own](#deploying-sentry) Sentry instance.
2019-12-26 22:10:19 +05:30
1. [Create](https://docs.sentry.io/guides/integrate-frontend/create-new-project/) a new Sentry project. For each GitLab project that you want to integrate, we recommend that you create a new Sentry project.
2019-02-15 15:39:39 +05:30
1. [Find or generate](https://docs.sentry.io/api/auth/) a Sentry auth token for your Sentry project.
2019-07-07 11:18:12 +05:30
Make sure to give the token at least the following scopes: `event:read` and `project:read`.
1. Navigate to your projects **Settings > Operations**.
1. Ensure that the **Active** checkbox is set.
2020-03-13 15:44:24 +05:30
1. In the **Sentry API URL** field, enter your Sentry hostname. For example, enter `https://sentry.example.com` if this is the address at which your Sentry instance is available. For the SaaS version of Sentry, the hostname will be `https://sentry.io`.
2019-07-07 11:18:12 +05:30
1. In the **Auth Token** field, enter the token you previously generated.
1. Click the **Connect** button to test the connection to Sentry and populate the **Project** dropdown.
1. From the **Project** dropdown, choose a Sentry project to link to your GitLab project.
2019-02-15 15:39:39 +05:30
1. Click **Save changes** for the changes to take effect.
1. You can now visit **Operations > Error Tracking** in your project's sidebar to [view a list](#error-tracking-list) of Sentry errors.
2020-01-01 13:55:28 +05:30
### Enabling GitLab issues links
2019-12-26 22:10:19 +05:30
You may also want to enable Sentry's GitLab integration by following the steps in the [Sentry documentation](https://docs.sentry.io/workflow/integrations/global-integrations/#gitlab)
2019-02-15 15:39:39 +05:30
## Error Tracking List
2019-03-02 22:35:43 +05:30
NOTE: **Note:**
You will need at least Reporter [permissions](../../permissions.md) to view the Error Tracking list.
2020-04-08 14:13:33 +05:30
You can find the Error Tracking list at **Operations > Error Tracking** in your project's sidebar.
Here, you can filter errors by title or by status (one of Ignored , Resolved, or Unresolved) and sort in descending order by Frequency, First Seen, or Last Seen. By default, the error list is ordered by Last Seen and filtered to Unresolved errors.
2019-02-15 15:39:39 +05:30
2020-01-01 13:55:28 +05:30
![Error Tracking list](img/error_tracking_list_v12_6.png)
2019-12-26 22:10:19 +05:30
## Error Details
From error list, users can navigate to the error details page by clicking the title of any error.
This page has:
2020-01-01 13:55:28 +05:30
- A link to the Sentry issue.
2020-05-24 23:13:21 +05:30
- A link to the GitLab commit if the Sentry [release ID/version](https://docs.sentry.io/workflow/releases/?platform=javascript#configure-sdk) on the Sentry Issue's first release matches a commit SHA in your GitLab hosted project.
2020-01-01 13:55:28 +05:30
- Other details about the issue, including a full stack trace.
2020-06-23 00:09:42 +05:30
- In [GitLab 12.7 and newer](https://gitlab.com/gitlab-org/gitlab/-/issues/36246), language and urgency are displayed.
2019-12-26 22:10:19 +05:30
2020-03-13 15:44:24 +05:30
By default, a **Create issue** button is displayed:
2020-01-01 13:55:28 +05:30
2020-03-13 15:44:24 +05:30
![Error Details without Issue Link](img/error_details_v12_7.png)
2020-01-01 13:55:28 +05:30
2020-03-13 15:44:24 +05:30
If you create a GitLab issue from the error, the **Create issue** button will change to a **View issue** button and a link to the GitLab issue will surface within the error detail section:
2020-01-01 13:55:28 +05:30
2020-03-13 15:44:24 +05:30
![Error Details with Issue Link](img/error_details_with_issue_v12_8.png)
## Taking Action on errors
You can take action on Sentry Errors from within the GitLab UI.
### Ignoring errors
2020-06-23 00:09:42 +05:30
> [Introduced](https://gitlab.com/gitlab-org/gitlab/-/issues/39665) in GitLab 12.7.
2020-03-13 15:44:24 +05:30
From within the [Error Details](#error-details) page you can ignore a Sentry error by simply clicking the **Ignore** button near the top of the page.
Ignoring an error will prevent it from appearing in the [Error Tracking List](#error-tracking-list), and will silence notifications that were set up within Sentry.
### Resolving errors
2020-06-23 00:09:42 +05:30
> [Introduced](https://gitlab.com/gitlab-org/gitlab/-/issues/39825) in GitLab 12.7.
2020-03-13 15:44:24 +05:30
From within the [Error Details](#error-details) page you can resolve a Sentry error by
clicking the **Resolve** button near the top of the page.
Marking an error as resolved indicates that the error has stopped firing events. If a GitLab issue is linked to the error, then the issue will be closed.
If another event occurs, the error reverts to unresolved.