
MR로 협업하기 3편\:\ Merge Request로 개발 협업하기
MR로 협업하기 시리즈 3편. GitLab Merge Request를 통해 디자이너, PM, 개발자가 코드 리뷰와 피드백을 주고받으며 효과적으로 협업하는 실전 프로세스를 알아봅니다.

같은 코드를 리뷰시켜도 판정이 매번 달라지는 이유는 LLM의 비결정성 때문입니다. temperature를 0으로 내려도 흔들림은 남습니다. 코드 위임·폭 좁히기·다수결·하네스로 LLM 판정의 일관성을 높이는 네 가지 방법을, 총 55회 호출 실험 결과와 함께 정리했습니다.
n8n 워크플로가 100개를 넘으면 누가 만들었고 무엇에 물려 있는지부터 흐려집니다. n8n 기본 기능으로 소유권·구조를 어디까지 볼 수 있는지, 그 빈자리를 인포그랩 Nelper는 어떻게 채우는지 정리했습니다.
자세히 보기 →DORA가 4개 지표에서 5대 지표로 바뀌었습니다. 새로 추가된 배포 재작업률과 7가지 팀 유형, AI 시대 개발 생산성을 끌어올리는 세 가지 실행 과제까지. AI 시대 한국 엔터프라이즈를 위한 DORA 실행 가이드를 소개합니다.
자세히 보기 →GitLab Secrets Manager로 CI/CD 시크릿을 안전하게 다루는 법을 정리합니다. base64 한 줄로 뚫리는 마스킹의 한계를 직접 재현하고, 요청한 job만 시크릿을 받는 구조, HashiCorp Vault·클라우드 도구와의 비교, 도입 시 점검할 점까지 다룹니다.
자세히 보기 →
MR로 협업하기 시리즈 3편. GitLab Merge Request를 통해 디자이너, PM, 개발자가 코드 리뷰와 피드백을 주고받으며 효과적으로 협업하는 실전 프로세스를 알아봅니다.

안전한 서비스를 위한 안전한 Docker 이미지를 만드는 방법을 알아봅니다.

DevOps를 실무에적용 하려면, GitLab의 전체 기능을 검토해보세요. 그리고 인포그랩의 DevOps 밀키트를 검토해보세요.

MR로 협업하기 시리즈 2편. GitLab Merge Request를 생성하는 실전 가이드입니다. PM, 디자이너, 개발자가 이슈 생성부터 Figma 연동, MR 생성까지 실제 협업 시나리오를 단계별로 따라하며 학습합니다.

Docker로 애플리케이션을 배포하여 서비스를 운영 중인 Linux 서버에 디스크 용량이 부족하다는 오류나 경고 메시지가 발생한 경험이 있으신가요? 실제 애플리케이션에 의해 생성되어 저장되는 데이터 및 로그가 차지하는 용량은 그렇게 많지 않은데, 시스템 전체 스토리지 용량이 Full 될 수 있습니다. 왜 그런 것일까요? Docker를 사용할 때 스토리지 용량이 부족해지는 원인은 여러 가지가 있을 수 있습니다. 그중 가장 많이 발생하는 것으로 Docker 컨테이너 로그가 원인일 수 있습니다. 이번 포스트에서는 잘 못 설정하면 시스템의 디스크 용량 부족으로 이어지는 Docker의 로깅 드라이버에 대해 알아보겠습니다.

MR로 협업하기 시리즈 1편. 다수 개발자 협업 시 발생하는 커뮤니케이션과 코드 관리 문제를 소개하고, GitLab Merge Request가 이러한 문제를 어떻게 해결하는지 핵심 이점과 활용 방법을 설명합니다.

클라우드에서 인프라를 구축을 할 때 비용 절감, 배포 속도 향상, 일관성, 안정성 및 재사용성을 고려하여 웹 콘솔로 구축하기보다는 IaC(Infrastructure as Code) 도구를 활용하여 구축하는 것이 좋습니다. 오픈소스이며 IaC 도구 중 가장 많이 사용하는 것이 Terraform입니다. Terraform 코드를 효율적이고 효과적으로 작성하기 위해서는 Terraform에서 제공되는 기능들을 적절하게 사용하는 것이 중요합니다. 그렇지 않으면 예상과 다른 결과가 발생할 수 있습니다. 이번 글에서는 Terraform에서 제공하는 각 반복문의 특징과 차이점을 알아보겠습니다.

구축형 GitLab을 사용할때에 사용자별로 다양한 환경이 존재합니다. 이러한 상황에서 기준이 되는 아키텍처가 있다면 환경을 구성하는 시간이 많이 단축될 것이라 생각합니다. 오늘은 일반적인 환경과 클라우드 네티이브 환경을 사용할때에 활용할 수 있는 레퍼런스 아키텍처를 소개합니다.

GitLab에서 활용할 수 있는 5가지 Compliance 관련 기능을 소개합니다. 규정 준수에 포함된 내용은 MFA, 주요 프로젝트에 대한 접근 권한 관리, Protected Branch 관리, Merge Request 승인 설정, Audit Event 를 포함하고 있습니다. ISO 27001을 포함해 다양한 규정에 대해 지원을 하고 있는 GitLab 입니다.

GitLab CI/CD는 모든 지속적 방법 (지속적 통합, 전달 및 배포)에 사용하는 GitLab의 기본 기능입니다. GitLab CI/CD를 사용하면 타사 애플리케이션이나 통합 없이 소프트웨어를 테스트, 빌드 및 게시할 수 있습니다. 이 글을 통해 iOS 앱을 개발하여 코딩 컨벤션 체크에서부터, 단위 테스트, 코드 사이닝, iOS 앱 빌드, TestFlight에 앱을 배포한 것에 이르는 일련의 과정을 자동화하는 GitLab CI/CD 파이프라인을 구성하는 방법을 상세하게 알 수 있습니다.

Fastlane을 사용하면 스크린샷 생성, 코드사이닝, 빌드 번호 올리기, 애플리케이션 릴리스와 같은 개발 및 릴리스 워크플로의 모든 지루한 작업을 자동화할 수 있습니다. GitLab CI/CD 파이프라인을 사용하면 Fastlane으로 구성한 이러한 작업을 Git 브랜치 전략에 따라 자동으로 실행합니다. 이 글을 통해 Fastlane을 설치하고 기본 설정을 한 후, 필요한 환경 변수를 추가하고 각 단계별 Lane을 정의하는 방법과 `match` 방식으로 코드 사이닝 하는 과정을 상세하게 알 수 있습니다.

iOS 앱을 개발하면서 코드사이닝, 버전 및 빌드 번호 변경, 테스트하여 TestFlight 및 App Store에 배포하는 일련의 과정은 번거로운 작업일 수 있습니다. Fastlane과 GitLab CI/CD 파이프라인을 사용하면 이러한 작업을 자동화할 수 있습니다. 개발자는 새로운 기능을 개발하거나 기존 기능을 개선한 후, 코드를 커밋하고 GitLab에 Push만 하면 됩니다. GitLab CI/CD 파이프라인이 개발자를 대신해 자동으로 빌드, 테스트하고 TestFlight 및 App Store에 앱을 배포하는 과정을 상세하게 알 수 있음