Search the Community
Showing results for tags 'gitlab'.
-
Battle of the Gits? Well, not so much a battle as Git, GitHub, and GitLab act as complementary tools in the software development lifecycle. Git forms the foundational backbone of version control, while GitHub and GitLab build upon its capabilities, offering a comprehensive ecosystem for developers. Though distinct, these tools work in harmony to streamline the development process. In this article, we'll explore the differences and similarities between each and guide you on when to leverage them based on your project's needs. Key Takeaways Git, GitHub, and GitLab work together to enhance the software development process, each offering unique features.GitHub is popular for open-source projects and community-driven development.GitLab stands out as an integrated DevOps platform with comprehensive CI/CD pipelines and security features..What is Git?Git is a free and open-source distributed version control system designed to handle projects of any size with speed and efficiency. Unlike centralized systems, Git allows developers to work independently with a full copy of the codebase on their local machines. Git’s Key FeaturesLet's explore the standout features that make Git an indispensable tool for modern software teams: Branching and Merging: Git's powerful branching model enables developers to create separate branches for features, bug fixes, or experiments, seamlessly merging them back into the main codebase after review.Distributed nature: Every developer has a complete local repository, eliminating single points of failure and enabling offline work.Staging area: The staging area provides granular control over what changes are committed, enhancing code organization and ensuring only intended modifications are recorded.Lightweight and fast: Git's efficient design allows for lightning-fast performance, even with large codebases and complex projects.While Git excels at managing source code, let's look at how platforms like GitHub and GitLab build upon its capabilities. To learn more about Git, check out the blog How Git Works. What is GitHub?GitHub is a cloud-based hosting service that provides a user-friendly web interface for managing Git repositories. It allows developers to store, share, and collaborate on their codebase with teams or the open-source community. In 2018, GitHub was acquired by Microsoft, further solidifying its position as a leading platform for software development. GitHub’s Key FeaturesHere are the standout features that make GitHub a powerful addition to the Git ecosystem: Remote repository hosting: GitHub's core functionality is hosting Git repositories remotely, providing a centralized location for developers to push and pull code changes.Collaboration and Social coding: GitHub fosters collaboration by allowing developers to follow projects, contribute code, and interact through discussions, issues, and pull requests.Issue tracking: GitHub's issue tracking system enables teams to report bugs, propose new features, and manage project tasks effectively.Pull requests and Code review: GitHub's pull request mechanism streamlines the code review process, allowing developers to propose changes, receive feedback, and merge code into the main codebase.Project management tools: GitHub offers integrated project management tools, such as boards, wikis, and project tracking, to help teams organize and manage their development workflows.Check out our blog post to learn How GitHub Works. What is GitLab?GitLab is a web-based platform that streamlines development workflows. It does this by merging Git repository management with continuous integration (CI), deployment, and collaboration tools. GitLab facilitates code versioning and team cooperation and automates the pipeline from development to deployment, simplifying the entire software lifecycle within its unified platform. GitLab’s Key FeaturesLet's explore the standout features that make GitLab a powerful DevOps platform: Repository hosting (similar to GitHub): Like GitHub, GitLab provides a central location for hosting Git repositories, enabling teams to collaborate on code and manage version control.Continuous Integration/Continuous Deployment (CI/CD): One of GitLab's standout features is its built-in CI/CD pipelines, allowing teams to automate the entire software delivery process, from code commit to production deployment.Issue tracking and project management: GitLab offers robust issue tracking and project management tools, helping teams organize and prioritize tasks, bugs, and feature requests.Code review and collaboration: Similar to GitHub's pull requests, GitLab's merge requests facilitate code review and collaboration among team members, ensuring code quality and consistency.Integrated DevOps tools: GitLab provides a comprehensive DevOps toolchain, including features for container management, monitoring, and security scanning. This streamlines the entire development lifecycle within a single platform.With a strong focus on DevOps practices and an integrated toolset, GitLab caters to organizations seeking a more seamless and automated software delivery process. Git vs. GitHub vs. GitLabAs we've explored the individual capabilities of the 3 platforms, it's essential to understand their distinctions and commonalities. The following table provides a high-level comparison across various features and aspects: Table: Comparison of Git, GitHub, and GitLab Feature Git GitHub GitLab Type Version Control System Git Repository Hosting Service Integrated DevOps Platform Primary Use Local version control Remote repository hosting, collaboration, and code sharing Comprehensive software development, CI/CD, and collaboration Hosting Local and self-hosted Primarily cloud-hosted (GitHub servers), some self-hosting options Cloud-hosted (GitLab.com) and self-hosted options; supports hybrid models CI/CD Integration Not built-in; requires third-party tools GitHub Actions (robust CI/CD tool) Comprehensive CI/CD pipelines and automation Access Control Basic through Git hooks and server configuration Detailed access control with teams, role-based permissions, and collaboration features Detailed access control, including group and subgroup management, fine-grained permissions, and protected branches License Open Source (GPLv2) Proprietary with some open-source projects Open-source (Core) and proprietary (Premium) editions Community Features None Issue tracking, discussions, wikis, collaboration features (forks, pull requests) Similar to GitHub with additional DevOps project management tools (boards, milestones) Integration Requires external tools for additional functionality Wide range of integrations through GitHub Marketplace Comprehensive integrations within its DevOps ecosystem, including third-party tools and services Pricing/Cost Model Free Free for public repositories, paid plans for private repositories, and additional features Free (Core), paid plans for Premium features, self-hosted pricing available As evident from the table above, Git, GitHub, and GitLab share a common foundation: Git. However, the key differences emerge in the following areas: Purpose and Focus: While Git is solely dedicated to version control, GitHub caters to social coding and open-source communities, and GitLab sets itself apart as an integrated DevOps platform, offering comprehensive CI/CD pipelines and a seamless toolchain for the entire software development lifecycle. DevOps and CI/CD Integration: GitLab stands out with its extensive built-in CI/CD capabilities and automation, allowing teams to streamline their software delivery processes. GitHub offers robust CI/CD features through Actions. Collaboration and Project Management: Both GitHub and GitLab provide robust collaboration tools, including issue tracking, code reviews, and project management features. However, GitLab offers additional DevOps-specific project management tools, such as boards and milestones. When to use Git, GitHub, or GitLabThis section will guide you through the common situations where one tool might be preferred over the others. Git: Essential for Any Project Involving Version ControlGit is the foundational version control system that underpins the software development process for countless projects worldwide. Regardless of the project's size or complexity, Git is an indispensable tool. Whether you're a solo developer or part of a large team, Git is a must-have tool in your development arsenal. GitHub: Popular Choice for Open-Source Projects and Public RepositoriesGitHub’s vibrant community, social coding features, and seamless collaboration capabilities make it an attractive choice for developers and teams looking to contribute to or leverage open-source software. If your project involves open-source development, GitHub can streamline your workflows and foster effective collaboration. GitLab: Ideal for Secure and Comprehensive DevOpsGitLab shines as the preferred choice for organizations, as well as those seeking a comprehensive DevOps toolchain. If your organization requires advanced DevOps capabilities, GitLab's toolset can help you achieve a seamless development lifecycle. Additionally, its support for self-hosting and hybrid deployment models ensures that you can meet your organization's specific security needs. ConclusionIn software development, the choice of tools is paramount to delivering high-quality software. By leveraging the complementary nature of Git, GitHub, and GitLab, you can create a development ecosystem that seamlessly integrates version control, collaboration, and DevOps practices, enabling your team to focus on delivering high-quality software solutions that drive innovation and success. Enroll in our Git for Beginners course to learn and practice more Git concepts. View the full article
-
Good software engineering teams commit frequently and deploy frequently. Those are some of the main ideas behind continuous integration (CI) and continuous deployment (CD). Gone are the days of quarterly or yearly releases and long-lived feature branches! Today, we’ll show you how you can deploy your Heroku app automatically any time code is merged into your main branch by using GitLab CI/CD. View the full article
-
Walrus file is a new feature released in Walrus 0.5. It allows you to describe applications and configure infrastructure resources using a concise YAML. You can then execute walrus apply in the Walrus CLI or import it on the Walrus UI. This will submit the Walrus file to the Walrus server, which will deploy, configure, and manage applications and infrastructure resources. This makes it easy to reuse them across multiple environments. View the full article
-
Imagine you've been hosting your project on GitHub, enjoying its familiar interface and tools. However, in a hypothetical scenario, GitHub experiences a temporary service outage, making it challenging to access your project when you need it the most. While such outages are rare, they can disrupt your workflow. To ensure uninterrupted development, you decide to migrate your project to a different hosting service, such as GitLab. Right here is where the basic skill of migrating your remote repository from one host to another using Git comes in handy. In this guide, we will walk you through the process of changing the remote origin in Git, enabling you to transition between remote repositories easily... View the full article
-
AWS Glue now supports GitLab and BitBucket, alongside GitHub and AWS CodeCommit, broadening your toolset for managing data integration pipeline deployments. AWS Glue is a serverless data integration service that makes it simpler to discover, prepare, move, and integrate data from multiple sources for analytics, machine learning (ML), and application development. View the full article
-
30 Best DevOps Tools to Learn and Master In 2023: Git, Docker ... https://www.simplilearn.com/tutorials/devops-tutorial/devops-tools
-
- devops
- git
-
(and 45 more)
Tagged with:
- devops
- git
- docker
- gitlab
- github
- bitbucket
- maven
- jenkins
- chef
- puppet
- ansible
- kubernetes
- slack
- signalfx
- raygun
- splunk
- selenium
- testing tools
- tools
- gremlin
- servicenow
- elk
- elasticsearch
- logstash
- kibana
- terraform
- phantom
- nagios
- vagrant
- sentry
- gradle
- eg enterprise
- ci/cd
- bamboo
- gitlab ci
- travis ci
- circleci
- codepipeline
- mercurial
- subversion
- soapui
- testcomplete
- zephyr
- prometheus
- datadog
- new relic
- zabbix
-
The trailhead for any path to production starts at source control. The integration of Cloud Build, as the automation tool, with the source repository is therefore crucial to increasing the delivery speed and ultimately becoming a high-performing organization. In this article we look at two exciting new capabilities of the recently launched second generation of Cloud Build repositories. First, Cloud Build can now connect to source code repositories in Gitlab and Gitlab Enterprise. And second, repository connections can now be managed declaratively in Terraform. We will now dive into a simple end-to-end demonstration to experience both of these features. Preparing the Gitlab EnvironmentFor our demo we use a private repository that is hosted on Gitlab.com. If you already have a Gitlab repository with a Cloud Build configuration, you can set the GITLAB_REPO_URI variable to the HTTPS URI of your repository and continue with the next section. To create a minimal Gitlab repository to experiment with Cloud Build you can perform the following steps: Create a private repo in Gitlab.com. I am using cloud-build-demo as the name here. Store the repo URI as the variable GITLAB_REPO_URI in my case this is: GITLAB_REPO_URI='https://gitlab.com/<USER>/cloud-build-demo.git' (you can use ssh for the local clone to the workstation but we'll use HTTPS for the Cloud Build Repository below In a terminal (e.g. cloud shell or locally) initialize the repository with a cloudbuild.yaml config as follows: code_block[StructValue([(u'code', u'mkdir cloud-build-demo && cd cloud-build-demo\r\ncat <<EOF >cloudbuild.yaml\r\nsteps:\r\n - name: ubuntu\r\n id: just a demo\r\n args:\r\n - echo\r\n - Probably the world\'s simplest pipeline.\r\nEOF\r\ngit init --initial-branch=main\r\ngit remote add gitlab $GITLAB_REPO_URI\r\ngit add .\r\ngit commit -m "initial import"\r\ngit push -u gitlab main'), (u'language', u''), (u'caption', <wagtail.wagtailcore.rich_text.RichText object at 0x3e32dc033610>)])]You should now see your repository content (in our case just the cloudbuild.yaml file) in the Gitlab web UI. Preparations in Google CloudTo get started we need to ensure that our Google Cloud project has the necessary APIs for Cloud Build and Secret Manager enabled on the project. Our example requires us to add the two services to a Terraform configuration or to run the following commands in a terminal: code_block[StructValue([(u'code', u'export PROJECT_ID=<my-project-id-here>\r\ngcloud services enable cloudbuild.googleapis.com secretmanager.googleapis.com --project $PROJECT_ID'), (u'language', u''), (u'caption', <wagtail.wagtailcore.rich_text.RichText object at 0x3e32dc0337d0>)])]Cloud Build repositories are authenticated at the level of a so-called host connection. The authentication process of a host connection is specific to the source code repository and differs slightly between Gitlab and Github. For host connection to access repositories in Gitlab you need to issue personal access tokens for both the api and read-api scope as described in the document Connect to a GitLab host. Once you have issued the tokens you can store them as environment variables GITLAB_API_TOKEN and GITLAB_READ_API_TOKEN and run the command below to create secrets in Secret Manager. If you look closely you’ll find that we will also create the required secret for Gitlab webhooks but we won’t use them for this demo. In a last step we also authorize the Cloud Build Service Agent to use the secrets that we just created such that it can establish the host connection. Note: You could create these secrets in Terraform as well but the plain text values will be visible in your tf state. code_block[StructValue([(u'code', u'GITLAB_API_TOKEN=\'### SET TOKEN HERE ###\'\r\nGITLAB_READ_API_TOKEN=\'### SET TOKEN HERE ###\'\r\n\r\ngcloud secrets create gitlab-api-token \\\r\n --replication-policy="automatic" --project=$PROJECT_ID\r\necho -n "$GITLAB_API_TOKEN" | \\\r\n gcloud secrets versions add gitlab-api-token --project=$PROJECT_ID --data-file=-\r\nGITLAB_API_TOKEN_SECRET_REF=$(gcloud secrets versions list gitlab-api-token --format json | jq -r \'.[0].name\')\r\n\r\ngcloud secrets create gitlab-read-token \\\r\n --replication-policy="automatic" --project=$PROJECT_ID\r\necho -n "$GITLAB_READ_API_TOKEN" | \\\r\n gcloud secrets versions add gitlab-read-token --project=$PROJECT_ID --data-file=-\r\nGITLAB_READ_API_TOKEN_SECRET_REF=$(gcloud secrets versions list gitlab-read-token --format json | jq -r \'.[0].name\')\r\n\r\ngcloud secrets create gitlab-webhook-token \\\r\n --replication-policy="automatic" --project=$PROJECT_ID\r\necho -n "not-used-here" | \\\r\n gcloud secrets versions add gitlab-webhook-token --project=$PROJECT_ID --data-file=-\r\nGITLAB_WEBHOOK_TOKEN_SECRET_REF=$(gcloud secrets versions list gitlab-webhook-token --format json | jq -r \'.[0].name\')\r\n\r\nPROJECT_NUMBER="$(gcloud projects describe "$PROJECT_ID" --format="value(projectNumber)")"\r\nCLOUD_BUILD_SA_MEMBER="serviceAccount:service-$PROJECT_NUMBER@gcp-sa-cloudbuild.iam.gserviceaccount.com"\r\ngcloud secrets add-iam-policy-binding gitlab-api-token --member=$CLOUD_BUILD_SA_MEMBER --role=roles/secretmanager.secretAccessor --project=$PROJECT_ID\r\ngcloud secrets add-iam-policy-binding gitlab-read-token --member=$CLOUD_BUILD_SA_MEMBER --role=roles/secretmanager.secretAccessor --project=$PROJECT_ID\r\ngcloud secrets add-iam-policy-binding gitlab-webhook-token --member=$CLOUD_BUILD_SA_MEMBER --role=roles/secretmanager.secretAccessor --project=$PROJECT_ID'), (u'language', u''), (u'caption', <wagtail.wagtailcore.rich_text.RichText object at 0x3e32dc0335d0>)])]Configuring the Cloud Build Repository and triggers with TerraformWith the authentication credentials configured in Secret Manager we can move on to the Terraform configuration. For simplicity we put everything in a single main.tf file that looks as follows: code_block[StructValue([(u'code', u'variable "project_id" {\r\n type = string\r\n}\r\n\r\nvariable "gitlab_api_token_secret" {\r\n type = string\r\n}\r\n\r\nvariable "gitlab_read_api_token_secret" {\r\n type = string\r\n}\r\n\r\nvariable "gitlab_webhook_token_secret" {\r\n type = string\r\n}\r\n\r\nvariable "gitlab_repo_uri" {\r\n type = string\r\n}\r\n\r\nvariable "build_location" {\r\n type = string\r\n default = "europe-west1"\r\n}\r\n\r\nprovider "google" {\r\n project = var.project_id\r\n}\r\n\r\nresource "google_cloudbuildv2_connection" "gitlab-connection" {\r\n location = var.build_location\r\n name = "gitlab-connection"\r\n\r\n gitlab_config {\r\n authorizer_credential {\r\n user_token_secret_version = var.gitlab_api_token_secret\r\n }\r\n read_authorizer_credential {\r\n user_token_secret_version = var.gitlab_read_api_token_secret\r\n }\r\n webhook_secret_secret_version = var.gitlab_webhook_token_secret\r\n }\r\n}\r\n\r\nresource "google_cloudbuildv2_repository" "demo-repo" {\r\n name = "gitlab-demo-repo"\r\n location = var.build_location\r\n parent_connection = google_cloudbuildv2_connection.gitlab-connection.id\r\n remote_uri = var.gitlab_repo_uri\r\n}\r\n\r\nresource "google_cloudbuild_trigger" "demo-trigger" {\r\n location = var.build_location\r\n repository_event_config {\r\n repository = google_cloudbuildv2_repository.demo-repo.id\r\n push {\r\n branch = ".*"\r\n }\r\n }\r\n filename = "cloudbuild.yaml"\r\n}'), (u'language', u''), (u'caption', <wagtail.wagtailcore.rich_text.RichText object at 0x3e32dc033ad0>)])]We provide variables for the Google Cloud project ID, references to the externally created secrets in Secret Manager, and an optional location override for the Cloud Build resources. The Cloud Build specific Terraform resources are: google_cloudbuildv2_connection to specify the host connection with a name, region and the credentials. Host connections can be used by multiple repositories so the credentials can be managed centrally. google_cloudbuildv2_repository to specify the Gitlab repo we want to use and associate it with a host connection. This requires that the host connections’ credentials have access to the repository specified as remote_uri. google_cloudbuild_trigger to run the Cloud Build pipeline on push events on any branch in the Gitlab repository. To apply the Terraform configuration we execute the following two commands from within the folder that contains our main.tf file: code_block[StructValue([(u'code', u'terraform init\r\nterraform apply \\\r\n --var=project_id="$PROJECT_ID" \\\r\n --var=gitlab_api_token_secret="$GITLAB_API_TOKEN_SECRET_REF" \\\r\n --var=gitlab_read_api_token_secret="$GITLAB_READ_API_TOKEN_SECRET_REF" \\\r\n --var=gitlab_webhook_token_secret="$GITLAB_WEBHOOK_TOKEN_SECRET_REF" \\\r\n --var=gitlab_repo_uri=$GITLAB_REPO_URI'), (u'language', u''), (u'caption', <wagtail.wagtailcore.rich_text.RichText object at 0x3e32dc033e10>)])]Once the resources are created, we can see them in the Google Cloud Console under Cloud Build > Repositories: To test our simple pipeline and the repo trigger we can push an empty commit to our sample repo: code_block[StructValue([(u'code', u'cd cloud-build-demo\r\ngit commit -m "trigger pipeline" --allow-empty\r\ngit push -u gitlab main'), (u'language', u''), (u'caption', <wagtail.wagtailcore.rich_text.RichText object at 0x3e32dd1950d0>)])]In the Cloud Build dashboard in the Google Cloud Console you can see the build that was kicked off. The same result is visible in the Gitlab UI under Builds > Pipelines. Next stepsYou can find more information about Cloud Build repositories and a side by side comparison of the features of the Gen 1 and Gen 2 repositories in the official Cloud Build repositories documentation. If you are planning to use Cloud Build with a Git repository hosted on GitHub, you should follow these instructions for your Terraform configuration.
-
You can now use your GitLab.com source repository to build, test, and deploy code changes using AWS CodePipeline. Connect your GitLab.com account using AWS CodeStar Connections, and use the connection in your pipeline to automatically start a pipeline execution on changes in your repository. View the full article
-
Palo Alto Networks has added support for GitHub Actions, GitLab Runners, CircleCI and Argo Workflows to Checkov, an open source tool that scans programmatically provisioned infrastructure for misconfigurations. Guy Eisenkot, senior director of product at Bridgecrew by Prisma Cloud at Palo Alto Networks, said the goal is to make it easier to secure configurations created […] The post Palo Alto Networks Extends Checkov Tool for Securing Infrastructure appeared first on DevOps.com. View the full article
-
CircleCI today announced it has integrated its continuous integration/continuous delivery (CI/CD) platform with a rival software-as-a-service (SaaS) offering from GitLab. DevOps teams can now, for example, trigger pipelines in CircleCI from GitLab forked merge requests in addition to merging requests and making commits for specific branches. Other capabilities include the ability to access testing capabilities […] The post CircleCI Integrates CI/CD Platform With GitLab appeared first on DevOps.com. View the full article
-
The latest version of the GitLab continuous integration/continuous delivery (CI/CD) platform added a range of monitoring and visualization capabilities as part of an effort to embed a full set of observability capabilities in the core platform within the coming year. As part of that effort, the latest version of GitLab, 15.1, has now added support […] View the full article
-
GitLab launched its next major iteration, GitLab 15, starting with its first release version, 15.0, which the company said pulls together new DevOps and data science capabilities into the platform. With GitLab 15, GitLab says it provides (or soon will provide) continuous security and compliance, enterprise Agile planning, visibility and observability, workflow automation and increased […] The post GitLab Gets an Overhaul appeared first on DevOps.com. View the full article
-
- gitlab
- data science
-
(and 4 more)
Tagged with:
-
Here: https://about.gitlab.com/blog/2022/05/17/how-we-removed-all-502-errors-by-caring-about-pid-1-in-kubernetes/?utm_id=FAUN_Kaptain321_Link_title
-
- kubernetes
- gitlab
-
(and 3 more)
Tagged with:
-
D2iQ and GitLab combine the power of Kubernetes and DevOps to deliver more efficient operations and faster time-to-market for new applications San Francisco, CA May 16, 2022 — D2iQ, the leading enterprise Kubernetes provider for smart cloud-native applications, today announced a partnership with GitLab Inc., The One DevOps Platform for software innovation, to automate and simplify […] The post D2iQ Partners with GitLab Inc. to Accelerate the Deployment of Smart Cloud Native Applications appeared first on DevOps.com. View the full article
-
Cortex, a provider of a platform for tracking ownership of microservices, this week announced its platform can now import services from the GitLab continuous integration/continuous delivery (CI/CD) platform. Anish Dhar, Cortex CEO, said the company’s platform is now integrated with more than 30 tools that are regularly employed by DevOps teams, including offerings from GitLab, […] The post Cortex Taps GitLab to Help DevOps Teams Manage Microservices appeared first on DevOps.com. View the full article
-
- gitlab
- microservices
-
(and 1 more)
Tagged with:
-
GitLab announced this week it has acquired UnReview, a provider of a tool that employs machine learning algorithms to both identify which expert code reviewers to assign to a project based on the quality of their previous efforts and current workloads. David DeSanto, senior director for product management at GitLab, said the acquisition of UnReview […] The post GitLab Acquires UnReview to Further AI Ambitions appeared first on DevOps.com. View the full article
-
Gitpod announced today that its open source tool for automating the setup of development environments is now integrated to the GitLab continuous integration/continuous delivery (CI/CD) platform. The Gitpod platform treats a version control system as the canonical source of truth from which it then automates everything a developer needs to start coding, including the integrated […] The post Gitpod Allies with GitLab to Automate Setting Up Dev Environments appeared first on DevOps.com. View the full article
-
Native integration allows developers on GitLab to automatically spin up ready-to-code development environments via Gitpod’s open source platform KIEL, GERMANY – October 8, 2020 — Gitpod, the first open source developer platform to automate the provisioning of ready-to-code development environments, today announced $3M USD seed funding from Crane Venture Partners, Speedinvest, and Vertex Ventures […] The post Gitpod Raises $3M USD Seed Funding, Announces Native Integration with GitLab appeared first on DevOps.com. View the full article
-
As more organizations clamor for employees with some type of DevOps education, higher education is responding in kind, according to survey findings. A survey of 843 students and teachers at various academic institutions who have had some exposure to the GitLab continuous integration/continuous delivery (CI/CD) platform suggests the number of individuals with DevOps skills graduating […] The post GitLab Survey Surfaces Advances in DevOps Education appeared first on DevOps.com. View the full article
-
GitLab this week made available a 13.9 update that adds more than 60 new features and updated capabilities to its namesake open source continuous integration/continuous delivery (CI/CD) platform. Brian Glanz, a product marketing manager for GitLab, said chief among those capabilities is a Security Alert Dashboard that enables DevOps teams to triage high-priority alerts more […] The post GitLab Releases Updates to CI/CD Platform appeared first on DevOps.com. View the full article
-
This blog will guide you through the creation of a functional GitLab CI/CD pipeline for applications that will be deployed to OpenShift. GitLab is a tool that developers can use to not only host a repository for the code that they write but also use it to create CI/CD pipelines. The ability to create these pipelines is a function that is built into GitLab itself; to get started you simply need to have a configuration file, .gitlab-ci.yml, present in the root directory of your repository... View the full article
-
GitLab has made 60 enhancements to its namesake continuous integration/continuous delivery (CI/CD) platform to address a range of things from DevSecOps processes to collaboration, at a time when most DevOps teams continue to work remotely. With help from external contributor support for the Mobile Security Framework (MobSF), version 13.5 of GitLab adds an all-in-one tool […] The post GitLab Makes Building Secure Mobile Apps Easier appeared first on DevOps.com. View the full article
-
Forum Statistics
67.4k
Total Topics65.3k
Total Posts