GitLab
vs
Electric Flow
vs
Decision Kit
Decision Kit
Summary
Electric Cloud ElectricFlow is a platform which provides deployment automation, release orchestration, and DevOps insights to help organizations deliver better software faster. The base platform (formerly known as Electric Commander) is used by many organizations to automate their CI/CD pipelines.
Although Electric Cloud claims complete end to end DevOps, the platform requires a lot of integration to other tools in the tool chain in order to supplement functionality, as do just about all CI/CD point tools. In contrast, GitLab come pre-integrated with fundamental and extended functionality built-in across the DevOps lifecycle. An example is with security tools, where other CI/CD vendors such as Electric Cloud claim DevSecOps, they merely integrate to 3rd party security tools and maybe provide a dashboard. GitLab comes with many security scanning capabilities built-in.
Feature Comparison
| FEATURES |
|
|
|---|---|---|
|
Environments and deployments
GitLab CI is capable of not only testing or building your projects, but also deploying them in your infrastructure, with the added benefit of giving you a way to track your deployments. Environments are like tags for your CI jobs, describing where code gets deployed. |
|
|
|
Per-environment permissions
Developers and QA can deploy to their own environments on demand while production stays locked down. Build engineers and ops teams spend less time servicing deploy requests, and can gate what goes into production. |
|
|
|
Environments history
Environments history allows you to see what is currently being deployed on your servers, and to access a detailed view for all the past deployments. From this list you can also re-deploy the current version, or even rollback an old stable one in case something went wrong. |
|
|
|
Environment-specific variables
Limit the environment scope of a variable by defining which environments it can be available for. |
|
|
|
Group-level variables
Define variables at the group level and use them in any project in the group. |
|
|
|
Object storage for artifacts
Artifacts can be stored on Object Storage (Amazon S3) |
|
|
|
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. |
|
|
|
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. |
|
|
|
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. |
|
|
|
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. |
|
|
|
Details on duration for each command execution in GitLab CI/CD
Other CI systems show execution time for each single command run in CI jobs, not just the overall time. We’re reconsidering how job output logs are managed in order to add this feature as well. |
|
|
|
Auto DevOps
Auto DevOps brings DevOps best practices to your project by automatically configuring software development lifecycles by default. It automatically detects, builds, tests, deploys, and monitors applications. |
|
|
|
Protected Runners
Protected Runners allow you to protect your sensitive information, for example deployment credentials, by allowing only jobs running on protected branches to access them. |
|
|
|
Globally distributed cloning with GitLab Geo
When development teams are spread across two or more geographical locations, but their GitLab instance is in a single location, fetching and cloning large repositories can take a long time. Built for distributed teams, GitLab Geo allows for read-only mirrors of your GitLab instance, reducing the time it takes to clone and fetch large repos and improving your collaboration process. |
|
|
|
Support for Scaled Architectures
GitLab Premium includes support for scaling GitLab services across multiple nodes to manage demands on your system and provide redundancy. GitLab has developed reference architectures so you can easily determine the optimal architecture for your needs. |
|
|
|
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. |
|
|
|
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 |
|
|
|
Multiple integrations
GitLab can integrate with Authentication and Authorization (LDAP / AD) mechanisms, multiple 3rd party services, CI/CD, and other tools such as ALM, PLM, Agile and Automation tools. |
|
|
|
Easy upgrade process
Using our official Linux repositories or the official Docker image, upgrading GitLab is a breeze. |
|
|
|
Community based, users can help shape the product
GitLab has open issue trackers for almost all of its operations. From GitLab itself to infrastructure and marketing, you can help shape the product. |
|
|
|
Kubernetes Cluster Monitoring
Monitor key metrics of your connected Kubernetes cluster. |
|
|
|
ChatOps
Execute common actions directly from chat, with the output sent back to the channel. |
|
|
|
Enforced Two-factor Authentication (2FA)
Two-factor authentication secures your account by requiring a second confirmation, in addition to your password. That second step means your account stays secure even if your password is compromised. The ability to enforce 2FA provides further security by making sure all users are using it. |
|
|
|
Domain Specific Language
A Domain Specific Language (DSL) for defining infrastructure configuration allows thinking in resources, not files or commands to write declarative rather then procedural code. |
|
|
Git is a trademark of Software Freedom Conservancy and our use of 'GitLab' is under license
