# Service Desk
> 原文:[https://docs.gitlab.com/ee/user/project/service_desk.html](https://docs.gitlab.com/ee/user/project/service_desk.html)
* [Overview](#overview)
* [Use cases](#use-cases)
* [How it works](#how-it-works)
* [Configuring Service Desk](#configuring-service-desk)
* [Using customized email templates](#using-customized-email-templates)
* [Thank you email](#thank-you-email)
* [New note email](#new-note-email)
* [Using custom email display name](#using-custom-email-display-name)
* [Using custom email address](#using-custom-email-address)
* [Enable custom email address](#enable-custom-email-address)
* [Using Service Desk](#using-service-desk)
* [As an end user (issue creator)](#as-an-end-user-issue-creator)
* [As a responder to the issue](#as-a-responder-to-the-issue)
* [Support Bot user](#support-bot-user)
# Service Desk[](#service-desk "Permalink")
Version history
* [Introduced](https://gitlab.com/gitlab-org/gitlab/-/issues/149) in [GitLab Premium](https://about.gitlab.com/pricing/) 9.1.
* 在 13.0 中[移至](https://gitlab.com/gitlab-org/gitlab/-/issues/214839) [GitLab Starter](https://about.gitlab.com/pricing/) .
* 在 13.2 中[移至](https://gitlab.com/gitlab-org/gitlab/-/issues/215364) [GitLab Core](https://about.gitlab.com/pricing/) .
## Overview[](#overview "Permalink")
Service Desk 是一個模塊,可讓您的團隊直接在 GitLab 內部通過電子郵件與任何外部方聯系. 無需外部工具. 在構建軟件的過程中進行的持續對話可確保用戶反饋直接在需要的地方結束,從而幫助您構建正確的功能來解決用戶的實際問題.
借助 Service Desk,您可以為客戶提供有效的電子郵件支持,他們現在可以通過電子郵件向您發送錯誤報告,功能請求或常規反饋,這些問題將作為新問題最終出現在您的 GitLab 項目中. 反過來,您的團隊可以直接從項目中做出回應.
由于 Service Desk 直接內置在 GitLab 中,因此消除了多種工具和外部集成的復雜性和低效率,從而大大縮短了從反饋到軟件更新的周期時間.
有關概述,請查看[GitLab 服務](https://about.gitlab.com/blog/2017/05/09/demo-service-desk/)臺上的視頻演示.
## Use cases[](#use-cases "Permalink")
例如,假設您為 iOS 或 Android 開發游戲. 該代碼庫托管在您的 GitLab 實例中,并通過 GitLab CI / CD 構建和部署.
這是 Service Desk 為您工作的方式:
1. 您向付費客戶提供特定于項目的電子郵件地址,他們可以直接從應用程序內向您發送電子郵件.
2. 他們發送的每封電子郵件都會在相應的項目中產生一個問題.
3. 您的團隊成員導航到 Service Desk 問題跟蹤器,在這里他們可以查看新的支持請求并在內部相關問題中做出響應.
4. 您的團隊與客戶進行來回溝通以了解請求.
5. 您的團隊開始著手實施代碼以解決客戶的問題.
6. 當您的團隊完成實施后,合并請求將合并,問題將自動關閉.
7. 該客戶將通過電子郵件成功出席,而無需真正訪問您的 GitLab 實例.
8. 您的團隊無需離開 GitLab(或設置任何集成)即可跟進客戶,從而節省了時間.
## How it works[](#how-it-works "Permalink")
GitLab 服務臺是一種簡單的方法,使人們無需自己的用戶帳戶即可在您的 GitLab 實例中創建問題.
它為最終用戶提供了一個在項目中創建問題的唯一電子郵件地址,并且可以通過 GitLab 界面或通過電子郵件發送答復. 最終用戶將僅通過電子郵件看到該主題.
## Configuring Service Desk[](#configuring-service-desk "Permalink")
**注意:**在 GitLab.com 上啟用了 Service Desk. 您可以跳過下面的步驟 1; 您只需要為每個項目啟用它.
如果您具有項目維護者訪問權限,則可以選擇設置服務臺. 請按照以下步驟操作:
1. 為 GitLab 實例[設置傳入電子郵件](../../administration/incoming_email.html#set-it-up) .
* 我們建議使用[電子郵件子地址](../../administration/incoming_email.html#email-sub-addressing) ,但在 GitLab 11.7 及更高版本中,您也可以使用[全部接收郵箱](../../administration/incoming_email.html#catch-all-mailbox) .
2. 導航到項目的**"設置">"常規",**然后找到" **服務臺"**部分.
3. 啟用**激活服務臺**切換. 這顯示了一個唯一的電子郵件地址,可將問題發送給項目. 這些問題將是[機密的](issues/confidential_issues.html) ,因此它們僅對項目成員可見. 請注意,在 GitLab 11.7 中,我們更新了生成的電子郵件地址的格式. 仍然支持較舊的格式,但是允許現有的別名或聯系人繼續工作.
**危險:**任何人都可以使用此電子郵件地址在此項目上創建問題,無論他們是否有權訪問您的 GitLab 實例. 我們建議**將其放在別名后面,**以便可以根據需要進行更改,并在您的 GitLab 實例上**[啟用 Akismet](../../integration/akismet.html)**來向該服務添加垃圾郵件檢查. 暢通無阻的電子郵件垃圾郵件將導致創建許多垃圾郵件問題.
如果存儲庫中有[模板](description_templates.html) ,則可以選擇從選擇器菜單中選擇一個[模板](description_templates.html) ,以將其附加到所有 Service Desk 問題上.
[](img/service_desk_enabled.png)
現在已為此項目啟用 Service Desk! 您應該能夠從項目導航的" **問題"**菜單中訪問它.
[](img/service_desk_nav_item.png)
### Using customized email templates[](#using-customized-email-templates "Permalink")
[Introduced](https://gitlab.com/gitlab-org/gitlab/-/issues/2460) in [GitLab Premium](https://about.gitlab.com/pricing/) 12.7.
當用戶使用 Service Desk 提交新問題時,或在 Service Desk 問題上創建新便箋時,將向作者發送電子郵件.
這些電子郵件的正文可以使用模板進行自定義. 要創建新的自定義模板,請在存儲庫的`.gitlab/service_desk_templates/`目錄內創建一個新的 Markdown( `.md` )文件. 提交并推送到您的默認分支.
#### Thank you email[](#thank-you-email "Permalink")
**謝謝電子郵件**是用戶提交問題后發送給用戶的電子郵件. 模板的文件名必須為`thank_you.md` . 您可以使用`%{ISSUE_ID}`占位符,它將由電子郵件中的問題 IID 替換;而`%{ISSUE_PATH}`占位符,將由項目路徑和問題 IID 替換. 由于服務臺問題被創建為機密(只有項目成員才能看到),因此回復電子郵件中沒有提供問題鏈接.
#### New note email[](#new-note-email "Permalink")
**新筆記電子郵件**是當用戶提交的問題有新評論時發送給用戶的電子郵件. 模板的文件名必須為`new_note.md` . 您可以使用`%{ISSUE_ID}`占位符(將在電子郵件中替換為問題 IID), `%{ISSUE_PATH}`占位符(將替換為項目路徑)以及問題 IID 和`%{NOTE_TEXT}`占位符(將替換為注釋文本) .
### Using custom email display name[](#using-custom-email-display-name "Permalink")
在 GitLab 12.8 中[引入](https://gitlab.com/gitlab-org/gitlab/-/issues/7529) .
您可以自定義電子郵件顯示名稱. 從服務臺發送的電子郵件在" `From`標題中將具有此名稱. 默認顯示名稱是`GitLab Support Bot` .
### Using custom email address[](#using-custom-email-address "Permalink")
[Introduced](https://gitlab.com/gitlab-org/gitlab/-/issues/2201) in [GitLab Premium](https://about.gitlab.com/pricing/) 13.0.
**注意:**默認情況下禁用此功能. 有關啟用它的步驟,請參閱[啟用自定義電子郵件地址](#enable-custom-email-address) .
如果在配置中啟用了`service_desk_email`功能標記,則可以通過將電子郵件發送到自定義 Service Desk 電子郵件地址來創建 Service Desk 問題,該電子郵件地址應采用以下格式: `project_contact+%{key}@example.com` .
`%{key}`部分用于查找應在其中創建問題的項目. `%{key}`部分組合了項目的路徑和可配置的項目名稱后綴: `<project_full_path>-<project_name_suffix>` .
您可以在項目的服務臺設置中設置項目名稱后綴. 它只能包含小寫字母( `az` ),數字( `0-9` )或下劃線( `_` ).
[](img/service_desk_custom_email_address_v13_0.png)
您可以將以下代碼片段添加到您的配置中.
從源安裝的示例:
```
service_desk_email:
enabled: true
address: "project_contact+%{key}@example.com"
user: "project_support@example.com"
password: "[REDACTED]"
host: "imap.gmail.com"
port: 993
ssl: true
start_tls: false
log_path: "log/mailroom.log"
mailbox: "inbox"
idle_timeout: 60
expunge_deleted: true
```
Omnibus GitLab 安裝示例:
```
gitlab_rails['service_desk_email_enabled'] = true
gitlab_rails['service_desk_email_address'] = "project_contact+%{key}@gmail.com"
gitlab_rails['service_desk_email_email'] = "project_support@gmail.com"
gitlab_rails['service_desk_email_password'] = "[REDACTED]"
gitlab_rails['service_desk_email_mailbox_name'] = "inbox"
gitlab_rails['service_desk_email_idle_timeout'] = 60
gitlab_rails['service_desk_email_log_file'] = "/var/log/gitlab/mailroom/mail_room_json.log"
gitlab_rails['service_desk_email_host'] = "imap.gmail.com"
gitlab_rails['service_desk_email_port'] = 993
gitlab_rails['service_desk_email_ssl'] = true
gitlab_rails['service_desk_email_start_tls'] = false
```
在這種情況下,假設`mygroup/myproject`項目 Service Desk 設置的項目名稱后綴設置為`support` ,并且用戶將電子郵件發送到`project_contact+mygroup-myproject-support@example.com` . 結果,將在`mygroup/myproject`項目中從此電子郵件中創建一個新的 Service Desk 問題.
#### Enable custom email address[](#enable-custom-email-address "Permalink")
默認情況下,此功能附帶`service_desk_custom_address`功能標志. 要打開此功能,請要求具有 Rails 控制臺訪問權限的 GitLab 管理員運行以下命令:
```
Feature.enable(:service_desk_custom_address)
```
配置選項與配置[傳入電子郵件](../../administration/incoming_email.html#set-it-up)相同.
## Using Service Desk[](#using-service-desk "Permalink")
### As an end user (issue creator)[](#as-an-end-user-issue-creator "Permalink")
要創建服務臺問題,最終用戶無需了解有關 GitLab 實例的任何信息. 他們只是將電子郵件發送到給定的地址,然后收到一封確認回執的電子郵件:
[](img/service_desk_confirmation_email.png)
這也使最終用戶可以選擇退訂.
如果他們不選擇退訂,那么添加到該問題的任何新評論都將作為電子郵件發送:
[](img/service_desk_reply.png)
他們發送的所有回復都將顯示在問題本身中.
### As a responder to the issue[](#as-a-responder-to-the-issue "Permalink")
For responders to the issue, everything works as usual. They will see a familiar looking issue tracker, where they can see issues created via customer support requests and filter and interact with them just like other GitLab issues.
[](img/service_desk_issue_tracker.png)
來自最終用戶的消息將顯示為來自特殊的支持機器人用戶,但是除此之外,您可以像平常一樣閱讀和編寫評論:
[](img/service_desk_thread.png)
注意:
* 項目的可見性(私有,內部,公共)不會影響 Service Desk.
* 項目的路徑,包括其組或名稱空間,將顯示在電子郵件中.
### Support Bot user[](#support-bot-user "Permalink")
在后臺,服務臺由支持機器人的特殊用戶創建問題. 該用戶不計入許可證限制數.
- GitLab Docs
- Installation
- Requirements
- GitLab cloud native Helm Chart
- Install GitLab with Docker
- Installation from source
- Install GitLab on Microsoft Azure
- Installing GitLab on Google Cloud Platform
- Installing GitLab on Amazon Web Services (AWS)
- Analytics
- Code Review Analytics
- Productivity Analytics
- Value Stream Analytics
- Kubernetes clusters
- Adding and removing Kubernetes clusters
- Adding EKS clusters
- Adding GKE clusters
- Group-level Kubernetes clusters
- Instance-level Kubernetes clusters
- Canary Deployments
- Cluster Environments
- Deploy Boards
- GitLab Managed Apps
- Crossplane configuration
- Cluster management project (alpha)
- Kubernetes Logs
- Runbooks
- Serverless
- Deploying AWS Lambda function using GitLab CI/CD
- Securing your deployed applications
- Groups
- Contribution Analytics
- Custom group-level project templates
- Epics
- Manage epics
- Group Import/Export
- Insights
- Issues Analytics
- Iterations
- Public access
- SAML SSO for GitLab.com groups
- SCIM provisioning using SAML SSO for GitLab.com groups
- Subgroups
- Roadmap
- Projects
- GitLab Secure
- Security Configuration
- Container Scanning
- Dependency Scanning
- Dependency List
- Static Application Security Testing (SAST)
- Secret Detection
- Dynamic Application Security Testing (DAST)
- GitLab Security Dashboard
- Offline environments
- Standalone Vulnerability pages
- Security scanner integration
- Badges
- Bulk editing issues and merge requests at the project level
- Code Owners
- Compliance
- License Compliance
- Compliance Dashboard
- Create a project
- Description templates
- Deploy Keys
- Deploy Tokens
- File finder
- Project integrations
- Integrations
- Atlassian Bamboo CI Service
- Bugzilla Service
- Custom Issue Tracker service
- Discord Notifications service
- Enabling emails on push
- GitHub project integration
- Hangouts Chat service
- Atlassian HipChat
- Irker IRC Gateway
- GitLab Jira integration
- Mattermost Notifications Service
- Mattermost slash commands
- Microsoft Teams service
- Mock CI Service
- Prometheus integration
- Redmine Service
- Slack Notifications Service
- Slack slash commands
- GitLab Slack application
- Webhooks
- YouTrack Service
- Insights
- Issues
- Crosslinking Issues
- Design Management
- Confidential issues
- Due dates
- Issue Boards
- Issue Data and Actions
- Labels
- Managing issues
- Milestones
- Multiple Assignees for Issues
- Related issues
- Service Desk
- Sorting and ordering issue lists
- Issue weight
- Associate a Zoom meeting with an issue
- Merge requests
- Allow collaboration on merge requests across forks
- Merge Request Approvals
- Browser Performance Testing
- How to create a merge request
- Cherry-pick changes
- Code Quality
- Load Performance Testing
- Merge Request dependencies
- Fast-forward merge requests
- Merge when pipeline succeeds
- Merge request conflict resolution
- Reverting changes
- Reviewing and managing merge requests
- Squash and merge
- Merge requests versions
- Draft merge requests
- Members of a project
- Migrating projects to a GitLab instance
- Import your project from Bitbucket Cloud to GitLab
- Import your project from Bitbucket Server to GitLab
- Migrating from ClearCase
- Migrating from CVS
- Import your project from FogBugz to GitLab
- Gemnasium
- Import your project from GitHub to GitLab
- Project importing from GitLab.com to your private GitLab instance
- Import your project from Gitea to GitLab
- Import your Jira project issues to GitLab
- Migrating from Perforce Helix
- Import Phabricator tasks into a GitLab project
- Import multiple repositories by uploading a manifest file
- Import project from repo by URL
- Migrating from SVN to GitLab
- Migrating from TFVC to Git
- Push Options
- Releases
- Repository
- Branches
- Git Attributes
- File Locking
- Git file blame
- Git file history
- Repository mirroring
- Protected branches
- Protected tags
- Push Rules
- Reduce repository size
- Signing commits with GPG
- Syntax Highlighting
- GitLab Web Editor
- Web IDE
- Requirements Management
- Project settings
- Project import/export
- Project access tokens (Alpha)
- Share Projects with other Groups
- Snippets
- Static Site Editor
- Wiki
- Project operations
- Monitor metrics for your CI/CD environment
- Set up alerts for Prometheus metrics
- Embedding metric charts within GitLab-flavored Markdown
- Embedding Grafana charts
- Using the Metrics Dashboard
- Dashboard YAML properties
- Metrics dashboard settings
- Panel types for dashboards
- Using Variables
- Templating variables for metrics dashboards
- Prometheus Metrics library
- Monitoring AWS Resources
- Monitoring HAProxy
- Monitoring Kubernetes
- Monitoring NGINX
- Monitoring NGINX Ingress Controller
- Monitoring NGINX Ingress Controller with VTS metrics
- Alert Management
- Error Tracking
- Tracing
- Incident Management
- GitLab Status Page
- Feature Flags
- GitLab CI/CD
- GitLab CI/CD pipeline configuration reference
- GitLab CI/CD include examples
- Introduction to CI/CD with GitLab
- Getting started with GitLab CI/CD
- How to enable or disable GitLab CI/CD
- Using SSH keys with GitLab CI/CD
- Migrating from CircleCI
- Migrating from Jenkins
- Auto DevOps
- Getting started with Auto DevOps
- Requirements for Auto DevOps
- Customizing Auto DevOps
- Stages of Auto DevOps
- Upgrading PostgreSQL for Auto DevOps
- Cache dependencies in GitLab CI/CD
- GitLab ChatOps
- Cloud deployment
- Docker integration
- Building Docker images with GitLab CI/CD
- Using Docker images
- Building images with kaniko and GitLab CI/CD
- GitLab CI/CD environment variables
- Predefined environment variables reference
- Where variables can be used
- Deprecated GitLab CI/CD variables
- Environments and deployments
- Protected Environments
- GitLab CI/CD Examples
- Test a Clojure application with GitLab CI/CD
- Using Dpl as deployment tool
- Testing a Phoenix application with GitLab CI/CD
- End-to-end testing with GitLab CI/CD and WebdriverIO
- DevOps and Game Dev with GitLab CI/CD
- Deploy a Spring Boot application to Cloud Foundry with GitLab CI/CD
- How to deploy Maven projects to Artifactory with GitLab CI/CD
- Testing PHP projects
- Running Composer and NPM scripts with deployment via SCP in GitLab CI/CD
- Test and deploy Laravel applications with GitLab CI/CD and Envoy
- Test and deploy a Python application with GitLab CI/CD
- Test and deploy a Ruby application with GitLab CI/CD
- Test and deploy a Scala application to Heroku
- GitLab CI/CD for external repositories
- Using GitLab CI/CD with a Bitbucket Cloud repository
- Using GitLab CI/CD with a GitHub repository
- GitLab Pages
- GitLab Pages
- GitLab Pages domain names, URLs, and baseurls
- Create a GitLab Pages website from scratch
- Custom domains and SSL/TLS Certificates
- GitLab Pages integration with Let's Encrypt
- GitLab Pages Access Control
- Exploring GitLab Pages
- Incremental Rollouts with GitLab CI/CD
- Interactive Web Terminals
- Optimizing GitLab for large repositories
- Metrics Reports
- CI/CD pipelines
- Pipeline Architecture
- Directed Acyclic Graph
- Multi-project pipelines
- Parent-child pipelines
- Pipelines for Merge Requests
- Pipelines for Merged Results
- Merge Trains
- Job artifacts
- Pipeline schedules
- Pipeline settings
- Triggering pipelines through the API
- Review Apps
- Configuring GitLab Runners
- GitLab CI services examples
- Using MySQL
- Using PostgreSQL
- Using Redis
- Troubleshooting CI/CD
- GitLab Package Registry
- GitLab Container Registry
- Dependency Proxy
- GitLab Composer Repository
- GitLab Conan Repository
- GitLab Maven Repository
- GitLab NPM Registry
- GitLab NuGet Repository
- GitLab PyPi Repository
- API Docs
- API resources
- .gitignore API
- GitLab CI YMLs API
- Group and project access requests API
- Appearance API
- Applications API
- Audit Events API
- Avatar API
- Award Emoji API
- Project badges API
- Group badges API
- Branches API
- Broadcast Messages API
- Project clusters API
- Group clusters API
- Instance clusters API
- Commits API
- Container Registry API
- Custom Attributes API
- Dashboard annotations API
- Dependencies API
- Deploy Keys API
- Deployments API
- Discussions API
- Dockerfiles API
- Environments API
- Epics API
- Events
- Feature Flags API
- Feature flag user lists API
- Freeze Periods API
- Geo Nodes API
- Group Activity Analytics API
- Groups API
- Import API
- Issue Boards API
- Group Issue Boards API
- Issues API
- Epic Issues API
- Issues Statistics API
- Jobs API
- Keys API
- Labels API
- Group Labels API
- License
- Licenses API
- Issue links API
- Epic Links API
- Managed Licenses API
- Markdown API
- Group and project members API
- Merge request approvals API
- Merge requests API
- Project milestones API
- Group milestones API
- Namespaces API
- Notes API
- Notification settings API
- Packages API
- Pages domains API
- Pipeline schedules API
- Pipeline triggers API
- Pipelines API
- Project Aliases API
- Project import/export API
- Project repository storage moves API
- Project statistics API
- Project templates API
- Projects API
- Protected branches API
- Protected tags API
- Releases API
- Release links API
- Repositories API
- Repository files API
- Repository submodules API
- Resource label events API
- Resource milestone events API
- Resource weight events API
- Runners API
- SCIM API
- Search API
- Services API
- Application settings API
- Sidekiq Metrics API
- Snippets API
- Project snippets
- Application statistics API
- Suggest Changes API
- System hooks API
- Tags API
- Todos API
- Users API
- Project-level Variables API
- Group-level Variables API
- Version API
- Vulnerabilities API
- Vulnerability Findings API
- Wikis API
- GraphQL API
- Getting started with GitLab GraphQL API
- GraphQL API Resources
- API V3 to API V4
- Validate the .gitlab-ci.yml (API)
- User Docs
- Abuse reports
- User account
- Active sessions
- Deleting a User account
- Permissions
- Personal access tokens
- Profile preferences
- Threads
- GitLab and SSH keys
- GitLab integrations
- Git
- GitLab.com settings
- Infrastructure as code with Terraform and GitLab
- GitLab keyboard shortcuts
- GitLab Markdown
- AsciiDoc
- GitLab Notification Emails
- GitLab Quick Actions
- Autocomplete characters
- Reserved project and group names
- Search through GitLab
- Advanced Global Search
- Advanced Syntax Search
- Time Tracking
- GitLab To-Do List
- Administrator Docs
- Reference architectures
- Reference architecture: up to 1,000 users
- Reference architecture: up to 2,000 users
- Reference architecture: up to 3,000 users
- Reference architecture: up to 5,000 users
- Reference architecture: up to 10,000 users
- Reference architecture: up to 25,000 users
- Reference architecture: up to 50,000 users
- Troubleshooting a reference architecture set up
- Working with the bundled Consul service
- Configuring PostgreSQL for scaling
- Configuring GitLab application (Rails)
- Load Balancer for multi-node GitLab
- Configuring a Monitoring node for Scaling and High Availability
- NFS
- Working with the bundled PgBouncer service
- Configuring Redis for scaling
- Configuring Sidekiq
- Admin Area settings
- Continuous Integration and Deployment Admin settings
- Custom instance-level project templates
- Diff limits administration
- Enable and disable GitLab features deployed behind feature flags
- Geo nodes Admin Area
- GitLab Pages administration
- Health Check
- Job logs
- Labels administration
- Log system
- PlantUML & GitLab
- Repository checks
- Repository storage paths
- Repository storage types
- Account and limit settings
- Service templates
- System hooks
- Changing your time zone
- Uploads administration
- Abuse reports
- Activating and deactivating users
- Audit Events
- Blocking and unblocking users
- Broadcast Messages
- Elasticsearch integration
- Gitaly
- Gitaly Cluster
- Gitaly reference
- Monitoring GitLab
- Monitoring GitLab with Prometheus
- Performance Bar
- Usage statistics
- Object Storage
- Performing Operations in GitLab
- Cleaning up stale Redis sessions
- Fast lookup of authorized SSH keys in the database
- Filesystem Performance Benchmarking
- Moving repositories managed by GitLab
- Run multiple Sidekiq processes
- Sidekiq MemoryKiller
- Switching to Puma
- Understanding Unicorn and unicorn-worker-killer
- User lookup via OpenSSH's AuthorizedPrincipalsCommand
- GitLab Package Registry administration
- GitLab Container Registry administration
- Replication (Geo)
- Geo database replication
- Geo with external PostgreSQL instances
- Geo configuration
- Using a Geo Server
- Updating the Geo nodes
- Geo with Object storage
- Docker Registry for a secondary node
- Geo for multiple nodes
- Geo security review (Q&A)
- Location-aware Git remote URL with AWS Route53
- Tuning Geo
- Removing secondary Geo nodes
- Geo data types support
- Geo Frequently Asked Questions
- Geo Troubleshooting
- Geo validation tests
- Disaster Recovery (Geo)
- Disaster recovery for planned failover
- Bring a demoted primary node back online
- Automatic background verification
- Rake tasks
- Back up and restore GitLab
- Clean up
- Namespaces
- Maintenance Rake tasks
- Geo Rake Tasks
- GitHub import
- Import bare repositories
- Integrity check Rake task
- LDAP Rake tasks
- Listing repository directories
- Praefect Rake tasks
- Project import/export administration
- Repository storage Rake tasks
- Generate sample Prometheus data
- Uploads migrate Rake tasks
- Uploads sanitize Rake tasks
- User management
- Webhooks administration
- X.509 signatures
- Server hooks
- Static objects external storage
- Updating GitLab
- GitLab release and maintenance policy
- Security
- Password Storage
- Custom password length limits
- Restrict allowed SSH key technologies and minimum length
- Rate limits
- Webhooks and insecure internal web services
- Information exclusivity
- How to reset your root password
- How to unlock a locked user from the command line
- User File Uploads
- How we manage the TLS protocol CRIME vulnerability
- User email confirmation at sign-up
- Security of running jobs
- Proxying assets
- CI/CD Environment Variables
- Contributor and Development Docs
- Contribute to GitLab
- Community members & roles
- Implement design & UI elements
- Issues workflow
- Merge requests workflow
- Code Review Guidelines
- Style guides
- GitLab Architecture Overview
- CI/CD development documentation
- Database guides
- Database Review Guidelines
- Database Review Guidelines
- Migration Style Guide
- What requires downtime?
- Understanding EXPLAIN plans
- Rake tasks for developers
- Mass inserting Rails models
- GitLab Documentation guidelines
- Documentation Style Guide
- Documentation structure and template
- Documentation process
- Documentation site architecture
- Global navigation
- GitLab Docs monthly release process
- Telemetry Guide
- Usage Ping Guide
- Snowplow Guide
- Experiment Guide
- Feature flags in development of GitLab
- Feature flags process
- Developing with feature flags
- Feature flag controls
- Document features deployed behind feature flags
- Frontend Development Guidelines
- Accessibility & Readability
- Ajax
- Architecture
- Axios
- Design Patterns
- Frontend Development Process
- DropLab
- Emojis
- Filter
- Frontend FAQ
- GraphQL
- Icons and SVG Illustrations
- InputSetter
- Performance
- Principles
- Security
- Tooling
- Vuex
- Vue
- Geo (development)
- Geo self-service framework (alpha)
- Gitaly developers guide
- GitLab development style guides
- API style guide
- Go standards and style guidelines
- GraphQL API style guide
- Guidelines for shell commands in the GitLab codebase
- HTML style guide
- JavaScript style guide
- Migration Style Guide
- Newlines style guide
- Python Development Guidelines
- SCSS style guide
- Shell scripting standards and style guidelines
- Sidekiq debugging
- Sidekiq Style Guide
- SQL Query Guidelines
- Vue.js style guide
- Instrumenting Ruby code
- Testing standards and style guidelines
- Flaky tests
- Frontend testing standards and style guidelines
- GitLab tests in the Continuous Integration (CI) context
- Review Apps
- Smoke Tests
- Testing best practices
- Testing levels
- Testing Rails migrations at GitLab
- Testing Rake tasks
- End-to-end Testing
- Beginner's guide to writing end-to-end tests
- End-to-end testing Best Practices
- Dynamic Element Validation
- Flows in GitLab QA
- Page objects in GitLab QA
- Resource class in GitLab QA
- Style guide for writing end-to-end tests
- Testing with feature flags
- Translate GitLab to your language
- Internationalization for GitLab
- Translating GitLab
- Proofread Translations
- Merging translations from CrowdIn
- Value Stream Analytics development guide
- GitLab subscription
- Activate GitLab EE with a license