<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>Gitlab - Tag - Dimas Maulana</title>
    <link>https://dimasmaulana.pages.dev/tags/gitlab/</link>
    <description>Dimas Maulana Website</description>
    <generator>Hugo 0.150.0 &amp; FixIt v0.4.3-20260130042349-e23a50d7</generator>
    <language>en</language>
    <lastBuildDate>Tue, 06 Jun 2023 06:47:00 +0700</lastBuildDate>
    <atom:link href="https://dimasmaulana.pages.dev/tags/gitlab/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>Naming Conventions for Production Environments</title>
      <link>https://dimasmaulana.pages.dev/posts/devops/naming-conventions-for-production-environments-/</link>
      <pubDate>Tue, 06 Jun 2023 06:47:00 +0700</pubDate>
      <guid>https://dimasmaulana.pages.dev/posts/devops/naming-conventions-for-production-environments-/</guid>
      <category domain="https://dimasmaulana.pages.dev/categories/devops/">DevOps</category>
      <description>&lt;p&gt;Naming conventions are a crucial aspect of software development, providing consistency and clarity in various stages of the development lifecycle. In this article, we will explore the most common naming conventions for production environments, focusing on GitLab CI/CD, GitHub Actions, domain names, branch names, Docker Compose files, and Dockerfile names.&lt;/p&gt;&#xA;&lt;table&gt;&#xA;  &lt;thead&gt;&#xA;      &lt;tr&gt;&#xA;          &lt;th&gt;Naming&lt;/th&gt;&#xA;          &lt;th&gt;Common Convention&lt;/th&gt;&#xA;      &lt;/tr&gt;&#xA;  &lt;/thead&gt;&#xA;  &lt;tbody&gt;&#xA;      &lt;tr&gt;&#xA;          &lt;td&gt;GitLab CI/CD Convention&lt;/td&gt;&#xA;          &lt;td&gt;prod&lt;/td&gt;&#xA;      &lt;/tr&gt;&#xA;      &lt;tr&gt;&#xA;          &lt;td&gt;GitHub Actions Convention&lt;/td&gt;&#xA;          &lt;td&gt;prod&lt;/td&gt;&#xA;      &lt;/tr&gt;&#xA;      &lt;tr&gt;&#xA;          &lt;td&gt;Domain Names&lt;/td&gt;&#xA;          &lt;td&gt;example.com&lt;/td&gt;&#xA;      &lt;/tr&gt;&#xA;      &lt;tr&gt;&#xA;          &lt;td&gt;Branch Names&lt;/td&gt;&#xA;          &lt;td&gt;main/master&lt;/td&gt;&#xA;      &lt;/tr&gt;&#xA;      &lt;tr&gt;&#xA;          &lt;td&gt;Docker Compose Files&lt;/td&gt;&#xA;          &lt;td&gt;docker-compose.yml&lt;/td&gt;&#xA;      &lt;/tr&gt;&#xA;      &lt;tr&gt;&#xA;          &lt;td&gt;Dockerfile Names&lt;/td&gt;&#xA;          &lt;td&gt;Dockerfile&lt;/td&gt;&#xA;      &lt;/tr&gt;&#xA;  &lt;/tbody&gt;&#xA;&lt;/table&gt;&#xA;&lt;h2 class=&#34;heading-element&#34; id=&#34;gitlab-cicd-convention&#34;&gt;&lt;span&gt;GitLab CI/CD Convention&lt;/span&gt;&#xA;  &lt;a href=&#34;#gitlab-cicd-convention&#34; class=&#34;heading-mark&#34;&gt;&#xA;    &lt;svg class=&#34;octicon octicon-link&#34; viewBox=&#34;0 0 16 16&#34; version=&#34;1.1&#34; width=&#34;16&#34; height=&#34;16&#34; aria-hidden=&#34;true&#34;&gt;&lt;path d=&#34;m7.775 3.275 1.25-1.25a3.5 3.5 0 1 1 4.95 4.95l-2.5 2.5a3.5 3.5 0 0 1-4.95 0 .751.751 0 0 1 .018-1.042.751.751 0 0 1 1.042-.018 1.998 1.998 0 0 0 2.83 0l2.5-2.5a2.002 2.002 0 0 0-2.83-2.83l-1.25 1.25a.751.751 0 0 1-1.042-.018.751.751 0 0 1-.018-1.042Zm-4.69 9.64a1.998 1.998 0 0 0 2.83 0l1.25-1.25a.751.751 0 0 1 1.042.018.751.751 0 0 1 .018 1.042l-1.25 1.25a3.5 3.5 0 1 1-4.95-4.95l2.5-2.5a3.5 3.5 0 0 1 4.95 0 .751.751 0 0 1-.018 1.042.751.751 0 0 1-1.042.018 1.998 1.998 0 0 0-2.83 0l-2.5 2.5a1.998 1.998 0 0 0 0 2.83Z&#34;&gt;&lt;/path&gt;&lt;/svg&gt;&#xA;  &lt;/a&gt;&#xA;&lt;/h2&gt;&lt;p&gt;In GitLab CI/CD, the convention for naming pipeline stages in production environments commonly involves using &amp;ldquo;prod&amp;rdquo; as the keyword. This convention ensures that pipeline stages are easily identifiable and aligned with the production deployment process.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Naming Conventions for Development Environments</title>
      <link>https://dimasmaulana.pages.dev/posts/devops/naming-conventions-for-development-environments-/</link>
      <pubDate>Tue, 06 Jun 2023 06:45:00 +0700</pubDate>
      <guid>https://dimasmaulana.pages.dev/posts/devops/naming-conventions-for-development-environments-/</guid>
      <category domain="https://dimasmaulana.pages.dev/categories/devops/">DevOps</category>
      <description>&lt;p&gt;Naming conventions play a vital role in software development environments, providing consistency and clarity throughout the development process. In this article, we will explore the most common naming conventions for development environments, covering GitLab CI/CD, GitHub Actions, domain names, branch names, Docker Compose files, and Dockerfile names.&lt;/p&gt;&#xA;&lt;table&gt;&#xA;  &lt;thead&gt;&#xA;      &lt;tr&gt;&#xA;          &lt;th&gt;Naming&lt;/th&gt;&#xA;          &lt;th&gt;Common Convention&lt;/th&gt;&#xA;      &lt;/tr&gt;&#xA;  &lt;/thead&gt;&#xA;  &lt;tbody&gt;&#xA;      &lt;tr&gt;&#xA;          &lt;td&gt;GitLab CI/CD Convention&lt;/td&gt;&#xA;          &lt;td&gt;dev&lt;/td&gt;&#xA;      &lt;/tr&gt;&#xA;      &lt;tr&gt;&#xA;          &lt;td&gt;GitHub Actions Convention&lt;/td&gt;&#xA;          &lt;td&gt;dev&lt;/td&gt;&#xA;      &lt;/tr&gt;&#xA;      &lt;tr&gt;&#xA;          &lt;td&gt;Domain Names&lt;/td&gt;&#xA;          &lt;td&gt;dev.example.com&lt;/td&gt;&#xA;      &lt;/tr&gt;&#xA;      &lt;tr&gt;&#xA;          &lt;td&gt;Branch Names&lt;/td&gt;&#xA;          &lt;td&gt;dev&lt;/td&gt;&#xA;      &lt;/tr&gt;&#xA;      &lt;tr&gt;&#xA;          &lt;td&gt;Docker Compose Files&lt;/td&gt;&#xA;          &lt;td&gt;docker-compose.dev.yml&lt;/td&gt;&#xA;      &lt;/tr&gt;&#xA;      &lt;tr&gt;&#xA;          &lt;td&gt;Dockerfile Names&lt;/td&gt;&#xA;          &lt;td&gt;Dockerfile.dev&lt;/td&gt;&#xA;      &lt;/tr&gt;&#xA;  &lt;/tbody&gt;&#xA;&lt;/table&gt;&#xA;&lt;h2 class=&#34;heading-element&#34; id=&#34;gitlab-cicd-convention&#34;&gt;&lt;span&gt;GitLab CI/CD Convention&lt;/span&gt;&#xA;  &lt;a href=&#34;#gitlab-cicd-convention&#34; class=&#34;heading-mark&#34;&gt;&#xA;    &lt;svg class=&#34;octicon octicon-link&#34; viewBox=&#34;0 0 16 16&#34; version=&#34;1.1&#34; width=&#34;16&#34; height=&#34;16&#34; aria-hidden=&#34;true&#34;&gt;&lt;path d=&#34;m7.775 3.275 1.25-1.25a3.5 3.5 0 1 1 4.95 4.95l-2.5 2.5a3.5 3.5 0 0 1-4.95 0 .751.751 0 0 1 .018-1.042.751.751 0 0 1 1.042-.018 1.998 1.998 0 0 0 2.83 0l2.5-2.5a2.002 2.002 0 0 0-2.83-2.83l-1.25 1.25a.751.751 0 0 1-1.042-.018.751.751 0 0 1-.018-1.042Zm-4.69 9.64a1.998 1.998 0 0 0 2.83 0l1.25-1.25a.751.751 0 0 1 1.042.018.751.751 0 0 1 .018 1.042l-1.25 1.25a3.5 3.5 0 1 1-4.95-4.95l2.5-2.5a3.5 3.5 0 0 1 4.95 0 .751.751 0 0 1-.018 1.042.751.751 0 0 1-1.042.018 1.998 1.998 0 0 0-2.83 0l-2.5 2.5a1.998 1.998 0 0 0 0 2.83Z&#34;&gt;&lt;/path&gt;&lt;/svg&gt;&#xA;  &lt;/a&gt;&#xA;&lt;/h2&gt;&lt;p&gt;When working with GitLab CI/CD, the most common convention for naming pipeline stages in development environments is to use &amp;ldquo;dev&amp;rdquo; as the keyword. This convention ensures compatibility and alignment with GitLab CI/CD&amp;rsquo;s pipeline system.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Naming Conventions Stage vs Staging in Software Development</title>
      <link>https://dimasmaulana.pages.dev/posts/devops/naming-conventions-stage-vs-staging-in-software-development/</link>
      <pubDate>Tue, 06 Jun 2023 06:24:00 +0700</pubDate>
      <guid>https://dimasmaulana.pages.dev/posts/devops/naming-conventions-stage-vs-staging-in-software-development/</guid>
      <category domain="https://dimasmaulana.pages.dev/categories/devops/">DevOps</category>
      <description>&lt;p&gt;Naming conventions play a crucial role in software development, providing clarity and consistency in various aspects of the development lifecycle. When it comes to naming environments, such as staging, development, and production, there can be variations and debates around the usage of &amp;ldquo;stage&amp;rdquo; and &amp;ldquo;staging.&amp;rdquo; In this article, we&amp;rsquo;ll explore the differences and common practices surrounding these terms.&lt;/p&gt;&#xA;&lt;h2 class=&#34;heading-element&#34; id=&#34;defining-staging-and-development-environments&#34;&gt;&lt;span&gt;Defining Staging and Development Environments&lt;/span&gt;&#xA;  &lt;a href=&#34;#defining-staging-and-development-environments&#34; class=&#34;heading-mark&#34;&gt;&#xA;    &lt;svg class=&#34;octicon octicon-link&#34; viewBox=&#34;0 0 16 16&#34; version=&#34;1.1&#34; width=&#34;16&#34; height=&#34;16&#34; aria-hidden=&#34;true&#34;&gt;&lt;path d=&#34;m7.775 3.275 1.25-1.25a3.5 3.5 0 1 1 4.95 4.95l-2.5 2.5a3.5 3.5 0 0 1-4.95 0 .751.751 0 0 1 .018-1.042.751.751 0 0 1 1.042-.018 1.998 1.998 0 0 0 2.83 0l2.5-2.5a2.002 2.002 0 0 0-2.83-2.83l-1.25 1.25a.751.751 0 0 1-1.042-.018.751.751 0 0 1-.018-1.042Zm-4.69 9.64a1.998 1.998 0 0 0 2.83 0l1.25-1.25a.751.751 0 0 1 1.042.018.751.751 0 0 1 .018 1.042l-1.25 1.25a3.5 3.5 0 1 1-4.95-4.95l2.5-2.5a3.5 3.5 0 0 1 4.95 0 .751.751 0 0 1-.018 1.042.751.751 0 0 1-1.042.018 1.998 1.998 0 0 0-2.83 0l-2.5 2.5a1.998 1.998 0 0 0 0 2.83Z&#34;&gt;&lt;/path&gt;&lt;/svg&gt;&#xA;  &lt;/a&gt;&#xA;&lt;/h2&gt;&lt;table&gt;&#xA;  &lt;thead&gt;&#xA;      &lt;tr&gt;&#xA;          &lt;th&gt;Naming&lt;/th&gt;&#xA;          &lt;th&gt;Common Convention&lt;/th&gt;&#xA;      &lt;/tr&gt;&#xA;  &lt;/thead&gt;&#xA;  &lt;tbody&gt;&#xA;      &lt;tr&gt;&#xA;          &lt;td&gt;GitLab CI/CD Convention&lt;/td&gt;&#xA;          &lt;td&gt;stage&lt;/td&gt;&#xA;      &lt;/tr&gt;&#xA;      &lt;tr&gt;&#xA;          &lt;td&gt;GitHub Actions Convention&lt;/td&gt;&#xA;          &lt;td&gt;staging&lt;/td&gt;&#xA;      &lt;/tr&gt;&#xA;      &lt;tr&gt;&#xA;          &lt;td&gt;Domain Names&lt;/td&gt;&#xA;          &lt;td&gt;staging.example.com&lt;/td&gt;&#xA;      &lt;/tr&gt;&#xA;      &lt;tr&gt;&#xA;          &lt;td&gt;Branch Names&lt;/td&gt;&#xA;          &lt;td&gt;staging&lt;/td&gt;&#xA;      &lt;/tr&gt;&#xA;      &lt;tr&gt;&#xA;          &lt;td&gt;Docker Compose Files&lt;/td&gt;&#xA;          &lt;td&gt;docker-compose.staging.yml&lt;/td&gt;&#xA;      &lt;/tr&gt;&#xA;      &lt;tr&gt;&#xA;          &lt;td&gt;Dockerfile Names&lt;/td&gt;&#xA;          &lt;td&gt;Dockerfile.staging&lt;/td&gt;&#xA;      &lt;/tr&gt;&#xA;  &lt;/tbody&gt;&#xA;&lt;/table&gt;&#xA;&lt;p&gt;Staging environments are integral to the software development process, serving as a dedicated space for testing and validation before deploying to production. In most cases, &amp;ldquo;staging&amp;rdquo; is commonly used as a noun to represent this environment. It refers to a stable and controlled testing area where developers can ensure their applications are functioning correctly and meet the required standards.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Building and Deploying a React Application to Nginx HTML Folder using GitLab CI with Separate Runners</title>
      <link>https://dimasmaulana.pages.dev/posts/devops/building-and-deploying-a-react-application-to-nginx-html-folder-using-gitlab-ci-with-separate-runners/</link>
      <pubDate>Fri, 26 May 2023 09:10:00 +0700</pubDate>
      <guid>https://dimasmaulana.pages.dev/posts/devops/building-and-deploying-a-react-application-to-nginx-html-folder-using-gitlab-ci-with-separate-runners/</guid>
      <category domain="https://dimasmaulana.pages.dev/categories/devops/">DevOps</category>
      <description>&lt;p&gt;Deploying a React application involves building it on one server and deploying it to another. GitLab CI provides a robust solution for automating this process, allowing you to leverage different runners for the build and deployment stages. In this article, we will explore how to utilize GitLab CI to build a React application on a build server and deploy the built source to the Nginx HTML folder on a production server using separate runners.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Deploying Docker Compose Production YAML on GitLab CI/CD</title>
      <link>https://dimasmaulana.pages.dev/posts/devops/deploying-docker-compose-production-yaml-on-gitlab-cicd/</link>
      <pubDate>Wed, 17 May 2023 08:01:00 +0700</pubDate>
      <guid>https://dimasmaulana.pages.dev/posts/devops/deploying-docker-compose-production-yaml-on-gitlab-cicd/</guid>
      <category domain="https://dimasmaulana.pages.dev/categories/devops/">DevOps</category>
      <description>&lt;p&gt;GitLab CI/CD provides powerful capabilities for automating the deployment of applications. Docker Compose is a popular tool for defining and managing multi-container Docker applications. In this blog post, we&amp;rsquo;ll explore how to deploy a Docker Compose production YAML file on GitLab CI/CD, even if the runner server and production server are not in the same location.&lt;/p&gt;&#xA;&lt;h2 class=&#34;heading-element&#34; id=&#34;prerequisites&#34;&gt;&lt;span&gt;Prerequisites&lt;/span&gt;&#xA;  &lt;a href=&#34;#prerequisites&#34; class=&#34;heading-mark&#34;&gt;&#xA;    &lt;svg class=&#34;octicon octicon-link&#34; viewBox=&#34;0 0 16 16&#34; version=&#34;1.1&#34; width=&#34;16&#34; height=&#34;16&#34; aria-hidden=&#34;true&#34;&gt;&lt;path d=&#34;m7.775 3.275 1.25-1.25a3.5 3.5 0 1 1 4.95 4.95l-2.5 2.5a3.5 3.5 0 0 1-4.95 0 .751.751 0 0 1 .018-1.042.751.751 0 0 1 1.042-.018 1.998 1.998 0 0 0 2.83 0l2.5-2.5a2.002 2.002 0 0 0-2.83-2.83l-1.25 1.25a.751.751 0 0 1-1.042-.018.751.751 0 0 1-.018-1.042Zm-4.69 9.64a1.998 1.998 0 0 0 2.83 0l1.25-1.25a.751.751 0 0 1 1.042.018.751.751 0 0 1 .018 1.042l-1.25 1.25a3.5 3.5 0 1 1-4.95-4.95l2.5-2.5a3.5 3.5 0 0 1 4.95 0 .751.751 0 0 1-.018 1.042.751.751 0 0 1-1.042.018 1.998 1.998 0 0 0-2.83 0l-2.5 2.5a1.998 1.998 0 0 0 0 2.83Z&#34;&gt;&lt;/path&gt;&lt;/svg&gt;&#xA;  &lt;/a&gt;&#xA;&lt;/h2&gt;&lt;ul&gt;&#xA;&lt;li&gt;Understanding of Docker Compose and GitLab CI/CD concepts.&lt;/li&gt;&#xA;&lt;/ul&gt;&#xA;&lt;h2 class=&#34;heading-element&#34; id=&#34;step-1-setting-up-the-runner&#34;&gt;&lt;span&gt;Step 1: Setting up the Runner&lt;/span&gt;&#xA;  &lt;a href=&#34;#step-1-setting-up-the-runner&#34; class=&#34;heading-mark&#34;&gt;&#xA;    &lt;svg class=&#34;octicon octicon-link&#34; viewBox=&#34;0 0 16 16&#34; version=&#34;1.1&#34; width=&#34;16&#34; height=&#34;16&#34; aria-hidden=&#34;true&#34;&gt;&lt;path d=&#34;m7.775 3.275 1.25-1.25a3.5 3.5 0 1 1 4.95 4.95l-2.5 2.5a3.5 3.5 0 0 1-4.95 0 .751.751 0 0 1 .018-1.042.751.751 0 0 1 1.042-.018 1.998 1.998 0 0 0 2.83 0l2.5-2.5a2.002 2.002 0 0 0-2.83-2.83l-1.25 1.25a.751.751 0 0 1-1.042-.018.751.751 0 0 1-.018-1.042Zm-4.69 9.64a1.998 1.998 0 0 0 2.83 0l1.25-1.25a.751.751 0 0 1 1.042.018.751.751 0 0 1 .018 1.042l-1.25 1.25a3.5 3.5 0 1 1-4.95-4.95l2.5-2.5a3.5 3.5 0 0 1 4.95 0 .751.751 0 0 1-.018 1.042.751.751 0 0 1-1.042.018 1.998 1.998 0 0 0-2.83 0l-2.5 2.5a1.998 1.998 0 0 0 0 2.83Z&#34;&gt;&lt;/path&gt;&lt;/svg&gt;&#xA;  &lt;/a&gt;&#xA;&lt;/h2&gt;&lt;p&gt;To begin, set up a dedicated runner on the runner server. This runner will handle the execution of the deployment pipeline. Ensure that Docker is installed and properly configured on the runner server.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Git Gitlab Flow</title>
      <link>https://dimasmaulana.pages.dev/posts/development/git-gitlab-flow/</link>
      <pubDate>Mon, 28 Mar 2022 06:17:30 +0700</pubDate>
      <guid>https://dimasmaulana.pages.dev/posts/development/git-gitlab-flow/</guid>
      <category domain="https://dimasmaulana.pages.dev/categories/development/">Development</category>
      <description>&lt;p&gt;GitLab Flow is a set of best practices for using Git with GitLab, combining elements of Git Flow and GitHub Flow to support various workflows. It emphasizes the use of feature branches for development, with integration to GitLab’s CI/CD pipeline for continuous testing and deployment.&lt;/p&gt;&#xA;&lt;h2 class=&#34;heading-element&#34; id=&#34;production-branch&#34;&gt;&lt;span&gt;Production Branch&lt;/span&gt;&#xA;  &lt;a href=&#34;#production-branch&#34; class=&#34;heading-mark&#34;&gt;&#xA;    &lt;svg class=&#34;octicon octicon-link&#34; viewBox=&#34;0 0 16 16&#34; version=&#34;1.1&#34; width=&#34;16&#34; height=&#34;16&#34; aria-hidden=&#34;true&#34;&gt;&lt;path d=&#34;m7.775 3.275 1.25-1.25a3.5 3.5 0 1 1 4.95 4.95l-2.5 2.5a3.5 3.5 0 0 1-4.95 0 .751.751 0 0 1 .018-1.042.751.751 0 0 1 1.042-.018 1.998 1.998 0 0 0 2.83 0l2.5-2.5a2.002 2.002 0 0 0-2.83-2.83l-1.25 1.25a.751.751 0 0 1-1.042-.018.751.751 0 0 1-.018-1.042Zm-4.69 9.64a1.998 1.998 0 0 0 2.83 0l1.25-1.25a.751.751 0 0 1 1.042.018.751.751 0 0 1 .018 1.042l-1.25 1.25a3.5 3.5 0 1 1-4.95-4.95l2.5-2.5a3.5 3.5 0 0 1 4.95 0 .751.751 0 0 1-.018 1.042.751.751 0 0 1-1.042.018 1.998 1.998 0 0 0-2.83 0l-2.5 2.5a1.998 1.998 0 0 0 0 2.83Z&#34;&gt;&lt;/path&gt;&lt;/svg&gt;&#xA;  &lt;/a&gt;&#xA;&lt;/h2&gt;&lt;pre&gt;&lt;code&gt;flowchart TB&#xA;a--&amp;gt;b--&amp;gt;c--&amp;gt;d--&amp;gt;e&#xA;f--&amp;gt;g&#xA;c--deployment--&amp;gt;g&#xA;g--&amp;gt;h&#xA;a[development]&#xA;b[development]&#xA;c[development]&#xA;d[development]&#xA;e[development]&#xA;f[production]&#xA;g[production]&#xA;h[production]&lt;/code&gt;&lt;/pre&gt;&lt;h2 class=&#34;heading-element&#34; id=&#34;environtment-branches&#34;&gt;&lt;span&gt;Environtment Branches&lt;/span&gt;&#xA;  &lt;a href=&#34;#environtment-branches&#34; class=&#34;heading-mark&#34;&gt;&#xA;    &lt;svg class=&#34;octicon octicon-link&#34; viewBox=&#34;0 0 16 16&#34; version=&#34;1.1&#34; width=&#34;16&#34; height=&#34;16&#34; aria-hidden=&#34;true&#34;&gt;&lt;path d=&#34;m7.775 3.275 1.25-1.25a3.5 3.5 0 1 1 4.95 4.95l-2.5 2.5a3.5 3.5 0 0 1-4.95 0 .751.751 0 0 1 .018-1.042.751.751 0 0 1 1.042-.018 1.998 1.998 0 0 0 2.83 0l2.5-2.5a2.002 2.002 0 0 0-2.83-2.83l-1.25 1.25a.751.751 0 0 1-1.042-.018.751.751 0 0 1-.018-1.042Zm-4.69 9.64a1.998 1.998 0 0 0 2.83 0l1.25-1.25a.751.751 0 0 1 1.042.018.751.751 0 0 1 .018 1.042l-1.25 1.25a3.5 3.5 0 1 1-4.95-4.95l2.5-2.5a3.5 3.5 0 0 1 4.95 0 .751.751 0 0 1-.018 1.042.751.751 0 0 1-1.042.018 1.998 1.998 0 0 0-2.83 0l-2.5 2.5a1.998 1.998 0 0 0 0 2.83Z&#34;&gt;&lt;/path&gt;&lt;/svg&gt;&#xA;  &lt;/a&gt;&#xA;&lt;/h2&gt;&lt;pre&gt;&lt;code&gt;flowchart LR&#xA;a--&amp;gt;b--&amp;gt;c--&amp;gt;d&#xA;e--&amp;gt;f--&amp;gt;g--&amp;gt;h&#xA;i--&amp;gt;j--&amp;gt;k&#xA;a--deploy to\npre-prod--&amp;gt;e&#xA;c--deploy to\npre-prod--&amp;gt;g&#xA;e--production\ndeployment--&amp;gt;j&#xA;a[staging]&#xA;b[staging]&#xA;c[staging]&#xA;d[staging]&#xA;e[pre-prod]&#xA;f[pre-prod]&#xA;g[pre-prod]&#xA;h[pre-prod]&#xA;i[production]&#xA;j[production]&#xA;k[production]&lt;/code&gt;&lt;/pre&gt;&lt;h2 class=&#34;heading-element&#34; id=&#34;release-branches&#34;&gt;&lt;span&gt;Release Branches&lt;/span&gt;&#xA;  &lt;a href=&#34;#release-branches&#34; class=&#34;heading-mark&#34;&gt;&#xA;    &lt;svg class=&#34;octicon octicon-link&#34; viewBox=&#34;0 0 16 16&#34; version=&#34;1.1&#34; width=&#34;16&#34; height=&#34;16&#34; aria-hidden=&#34;true&#34;&gt;&lt;path d=&#34;m7.775 3.275 1.25-1.25a3.5 3.5 0 1 1 4.95 4.95l-2.5 2.5a3.5 3.5 0 0 1-4.95 0 .751.751 0 0 1 .018-1.042.751.751 0 0 1 1.042-.018 1.998 1.998 0 0 0 2.83 0l2.5-2.5a2.002 2.002 0 0 0-2.83-2.83l-1.25 1.25a.751.751 0 0 1-1.042-.018.751.751 0 0 1-.018-1.042Zm-4.69 9.64a1.998 1.998 0 0 0 2.83 0l1.25-1.25a.751.751 0 0 1 1.042.018.751.751 0 0 1 .018 1.042l-1.25 1.25a3.5 3.5 0 1 1-4.95-4.95l2.5-2.5a3.5 3.5 0 0 1 4.95 0 .751.751 0 0 1-.018 1.042.751.751 0 0 1-1.042.018 1.998 1.998 0 0 0-2.83 0l-2.5 2.5a1.998 1.998 0 0 0 0 2.83Z&#34;&gt;&lt;/path&gt;&lt;/svg&gt;&#xA;  &lt;/a&gt;&#xA;&lt;/h2&gt;&lt;pre&gt;&lt;code&gt;flowchart LR&#xA;a--&amp;gt;b--&amp;gt;c--&amp;gt;d--&amp;gt;e&#xA;a--&amp;gt;f--&amp;gt;g&#xA;c-.-chery-pick-.-&amp;gt;g&#xA;d--&amp;gt;i&#xA;a[main]&#xA;b[main]&#xA;c[main]&#xA;d[main]&#xA;e[main]&#xA;f[2.3-stable]&#xA;g[2.3-stable]&#xA;i[2.4-stable]&lt;/code&gt;&lt;/pre&gt;</description>
    </item>
    <item>
      <title>Troubleshooting GitLab Web IDE Error When Trying to Edit a File on a Private GitLab Using Apache Reverse Proxy</title>
      <link>https://dimasmaulana.pages.dev/posts/software/troubleshooting-gitlab-web-ide-error-when-trying-to-edit-a-file-on-a-private-gitlab-using-apache-reverse-proxy/</link>
      <pubDate>Mon, 12 Jul 2021 10:55:46 +0700</pubDate>
      <guid>https://dimasmaulana.pages.dev/posts/software/troubleshooting-gitlab-web-ide-error-when-trying-to-edit-a-file-on-a-private-gitlab-using-apache-reverse-proxy/</guid>
      <category domain="https://dimasmaulana.pages.dev/categories/software/">Software</category>
      <description>&lt;p&gt;GitLab Web IDE is a powerful web-based integrated development environment that allows users to edit, commit, and manage their GitLab projects directly from the browser. However, some users may encounter an error while trying to edit files in the Web IDE when accessing GitLab through an Apache reverse proxy. This article provides a step-by-step solution to resolve the &amp;ldquo;Error while loading the project data. Please try again&amp;rdquo; message that appears in this scenario.&lt;/p&gt;</description>
    </item>
  </channel>
</rss>
