Gitlab hero border pattern left svg Gitlab hero border pattern right svg
Decision Kit
Decision Kit


DeployHQ provides a Saas based Continuous Deployment service. The self proclaimed value prop for DeployHQ is that they “make life easier for developers when it comes to getting code from a repository onto a server.” Videos and Support documentation demonstrates a UI that appears to be user friendly and intuitive. DeployHQ integrates with top Version Control hosting service providers such as GitLab, GitHub, Bitbucket and Codebase. The primary function a user performs in DeployHQ will be setting up their project. Setting up a project involves connecting to a repository to retrieve code from and setting up one or more servers to deploy code to.


  • Supports two factor user authentication
  • Users can add as many servers as they like to a DeployHQ project
  • Users can deploy to different servers from different branches in the same repository
  • Supports deployment templates
  • Flat monthly fee for unlimited users (except Free Plan - see pricing below)


  • Users can only add a single repository to their DeployHQ project
  • No built-in SCM capability - context switching from SourceCode to CI to CD tools to take a pipeline from code to production
  • Issue management with pipelines requires third party product
  • Not an end-to-end single application for software delivery
  • Security requires third party integrations
  • Flat monthly fee only includes a fixed number of projects (see pricing table below)


More details on DeployHQ’s pricing can be found here

Free Basic Plus Premium Ultimate
$0 /mo $10.50 /mo $22 /mo $44 /mo $88 /mo
1 project 10 projects 22 projects 48 projects 100 projects
10 deployments per day
1 user
30 build minutes
Unlimited deployments
Unlimited users
300 build minutes
Live chat
Unlimited deployments
Unlimited users
700 build minutes
Live chat
Unlimited deployments
Unlimited users
1,500 build minutes
Live chat
Custom domains
Deploy behind firewalls
Unlimited deployments
Unlimited users
3,500 build minutes
Live chat
Custom domains
Deploy behind firewalls
Priority deployments
Feature Comparison

Free CI/CD with shared or personal Runners has shared Runners that allow you to use GitLab CI/CD completely free up to 400 build minutes for private projects and 50000 minutes for public projects. Alternatively, you can set up your own Runner for faster build processing, unlimited build minutes, or special requirements.

Explore offerings


极狐GitLab 内置无需独立安装的免费 CI/CD 功能,用户可使用该功能构建、 测试和部署网站(极狐GitLab Pages)或 Web 应用。CI/CD 任务的执行结果会显示在合并请求中以方便访问。

Learn more about CI/CD

CI/CD Horizontal Autoscaling

GitLab CI/CD cloud native architecture can easily scale horizontally by adding new nodes if the workload increases. GitLab Runners can automatically spin up and down new containers to ensure pipelines are processed immediately and minimize costs.

Learn more about GitLab CI/CD Horizontal Autoscaling

CI/CD 流水线仪表板


Learn more about Cross-Project Pipelines in the Operations Dashboard

Deploy from Chat

Deploy from one environment (e.g. staging) to any other (e.g. production) from Chat

Read the documentation on Slash commands

Comprehensive pipeline graphs

Pipelines can be complex structures with many sequential and parallel jobs. To make it a little easier to see what is going on, you can view a graph of a single pipeline and its status.

Learn more about pipeline graphs

Browsable artifacts

With GitLab CI you can upload your job artifacts in GitLab itself without the need of an external service. Because of this, artifacts are also browsable through GitLab’s web interface.

Learn more about using job artifacts in your project

Latest artifacts locked to prevent deletion

The latest artifact of a successful job and pipeline on any active branch, MR, or tag is automatically locked to prevent being deleted. This makes it possible to set an aggressive expiration policy to clean up older artifacts, reduce disk space consumption, and ensure the latest artifact is always available. This default behavior is configurable at the project level and can be disabled in project settings.

Learn more about job artifacts expiration

Scheduled triggering of pipelines

You can make your pipelines run on a schedule in a cron-like environment.

Learn how to trigger pipelines on a schedule in GitLab



Learn more about multi-project pipeline graphs

Customizable path for CI/CD configuration

You can define a custom path into your repository for your CI/CD configuration file.

Learn how to configure a custom CI/CD configuration file

Run CI/CD jobs on Windows

GitLab Runner supports Windows and can run jobs natively on this platform. You can automatically build, test, and deploy Windows-based projects by leveraging PowerShell or batch files.

Install GitLab Runner on Windows

Run CI/CD jobs on macOS

GitLab Runner supports macOS and can run jobs natively on this platform. You can automatically build, test, and deploy for macOS based projects by leveraging shell scripts and command line tools.

Install GitLab Runner on macOS

Run CI/CD jobs on Linux ARM

GitLab Runner supports Linux operating systems on ARM architectures and can run jobs natively on this platform. You can automatically build, test, and deploy for Linux ARM based projects by leveraging shell scripts and command line tools.

Install GitLab Runner on Linux

Run CI/CD jobs on FreeBSD

GitLab Runner supports FreeBSD and can run jobs natively on this platform. You can automatically build, test, and deploy for FreeBSD-based projects by leveraging shell scripts and command line tools.

Install GitLab Runner on FreeBSD

Deploy Boards

Deploy Boards offer a consolidated view of the current health and status of each CI/CD environment running on Kubernetes. The status of each pod of your latest deployment is displayed seamlessly within GitLab without the need to access Kubernetes.

Learn more about Deploy Boards

Timed and manual incremental rollout deployments

GitLab can allow you to deploy a new version of your app on Kubernetes starting with just a few pods, and then increase the percentage if everything is working fine. This can be configured to proceed per a schedule or to pause for input to proceed.

Learn more about configuring incremental rollout deployments

Canary Deployments

GitLab Premium can monitor your Canary Deployments when deploying your applications with Kubernetes. Canary Deployments can be configured directly through .gitlab-ci.yml, the API, or from the UI of the Deploy Boards.

Learn more about configuring Canary Deployments

Minimal CI/CD configuration

GitLab CI/CD requires less configuration for your pipelines than other similar setups like Jenkins.

Learn more about GitLab CI/CD

Include external files in CI/CD pipeline definition

You can include external files in your pipeline definition file, using them as templates to reuse snippets for common jobs.

Learn more about including external files

Step folding for CI/CD logs

Collapse the job log output for each command.


外部代码库的 CI/CD 支持

极狐GitLab 支持连接托管在外部服务(如 GitHub 或 Bitbucket )上的项目,并利 用极狐GitLab CI/CD 流水线的强大功能轻松构建、测试和部署应用程序。

Learn more about CI/CD for external repositories

GitHub 的 CI/CD 支持

极狐GitLab 支持连接托管在 GitHub 上的项目,并利用极狐GitLab CI/CD 流水线的 强大功能轻松构建、测试和部署应用程序。

Learn more about CI/CD for GitHub

Interactive Web Terminals

Interactive web terminals allow you to connect to a running or completed Kubernetes, Docker, or Shell runner job and manually run commands to better understand what’s happening in the system.

Learn more about Interactive Web Terminals

Pipelines for Merge Requests

Specify when you want jobs to run only when they are in a pipeline associated with a Merge Request. Make your pipelines more efficient by running only the necessary jobs for Merge Requests.

Learn more about Pipelines for Merge Requests



Learn more about Pipelines for Merged Results


通过并行地排列流水线(每个流水线都构建前一个流水线的合并结果), 确保流水线中向目标分支的变更流动有序且高效。压缩并合并(Squash-and-Merge)也支持合并列⻋。

Learn more about Merge Trains



Learn more about Forked MR Pipelines

Any platform, any language, and cloud

Can run on any OS platform, for any language, and on any cloud provider

No configuration, infrastructure setup, or patching necessary

As a SaaS offering, can provide software development and delivery services without the need to set up the tool itself, infrastructure to run it, and to maintain it by patching.

Auto suggest pipelines to start with based on code language

Through language detection, auto suggest pipeline templates to run to help users quickly get a pipeline running.

Auto Devops runs a pipeline, not just suggest one

Advanced CI/CD configuration linter

The CI linter provide warnings and error messages when validating your .gitlab-ci.yml file, helping to get up and running quickly with GitLab pipelines.

Learn more about the CI YAML linter

Comes with many pre-defined pipelines

Offers many pre-defined pipelines that capture best practice and make it easy for a user to get started with each project for common languages, platforms, and configurations.

Connects the diff tools & services used during the SDLC

Can be used as a central glue to orchestrate, and connect data and outputs from your many different tools & services.

Run shared Linux runners

Ability to run runners on a pool of shared Linux systems from the SaaS offering.

Run shared Windows runners

Ability to run runners on a pool of shared Windows systems from the SaaS offering.

in beta

Run shared macOS runners

Ability to run runners on a pool of shared macOS systems from the SaaS offering.

Pipeline status visible in pull/merge request

Status and results of pipeline runs are viewable at least in summary from the merge/pull request that they are part of.

Live streaming of logs from running pipeline

Ability to see live job logs (while the pipeline is running).

Search across all job logs

Search across all or more than one job log at once. Enables more efficient search for errors and other content of interest while troubleshooting or reviewing job output.

browser search within the log at a time

View raw logs in plaintext

Ability to get the plain text of a log, no mark up, to be able to share it or use it externally.

Multiple pipelines per repo

Ability to define multiple pipelines per code repository to enable either different processes to be run at different times, and/or to enable monorepos where there are multiple applications within one repo which need to be built and handled differently per application.

Read more about child/parent pipelines

Reference actions/jobs in another repo

Ability to have pipelines/workflows reference and use actions/jobs from a repo different from the one it is being run from, without needing any installation.