realaravinth/debian-mirror-gitlab
1
0
Fork 0
Code Issues Pull requests Projects Releases Packages Wiki Activity
debian-mirror-gitlab/doc/user/project/integrations/bugzilla.md
Pirate Praveen 070252e62e
New upstream version 15.1.3+ds1
2022-07-29 14:03:07 +02:00

2.7 KiB
Raw Blame History

stage group info
Ecosystem Integrations 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

Bugzilla service (FREE)

Bugzilla is a web-based general-purpose bug tracking system and testing tool.

You can configure Bugzilla as an external issue tracker in GitLab.

To enable the Bugzilla integration in a project:

  1. On the top bar, select Menu > Projects and find your project.

  2. On the left sidebar, select Settings > Integrations.

  3. Select Bugzilla.

  4. Select the checkbox under Enable integration.

  5. Fill in the required fields:

    • Project URL: The URL to the project in Bugzilla. For example, for a product named "Fire Tanuki": https://bugzilla.example.org/describecomponents.cgi?product=Fire+Tanuki.
    • Issue URL: The URL to view an issue in the Bugzilla project. The URL must contain :id. GitLab replaces :id with the issue number (for example, https://bugzilla.example.org/show_bug.cgi?id=:id, which becomes https://bugzilla.example.org/show_bug.cgi?id=123).
    • New issue URL: The URL to create a new issue in the linked Bugzilla project. For example, for a project named "My Cool App": https://bugzilla.example.org/enter_bug.cgi#h=dupes%7CMy+Cool+App.

  6. Select Save changes or optionally select Test settings.

After you configure and enable Bugzilla, a link appears on the GitLab project pages. This link takes you to the appropriate Bugzilla project.

You can also disable GitLab internal issue tracking in this project. Learn more about the steps and consequences of disabling GitLab issues in Sharing and permissions.

Reference Bugzilla issues in GitLab

You can reference issues in Bugzilla using:

  • #<ID>, where <ID> is a number (for example, #143).
  • <PROJECT>-<ID> (for example API_32-143) where:
    • <PROJECT> starts with a capital letter, followed by capital letters, numbers, or underscores.
    • <ID> is a number.

The <PROJECT> part is ignored in links, which always point to the address specified in Issue URL.

We suggest using the longer format (<PROJECT>-<ID>) if you have both internal and external issue trackers enabled. If you use the shorter format, and an issue with the same ID exists in the internal issue tracker, the internal issue is linked.

Troubleshooting

To see recent service hook deliveries, check service hook logs.