지난 9월 12일 서울 위워크 삼성점에서 GitLab 코리아 17번째 밋업이 오프라인으로 진행됐습니다. 이날 행사는 코로나19에 따른 ‘사회적 거리 두기’ 해제 조치 이후 ‘인포그랩과 GitLab 코리아의 첫 오프라인 밋업’이라는 의미가 있었죠. 밋업 주제는 ‘효율성과 생산성 높이는 GitLab 마이그레이션’이었습니다. 밋업은 두 개의 세션으로 진행됐는데요. 세션 1에서는 유인철 GitLab 코리아 이사가 ‘GitLab 마이그레이션으로 얻는 유익’을 주제로 발표했고요. 세션 2에서는 인포그랩 DevOps 팀에서 ‘Jira, GitLab으로 쉽게 마이그레이션 하기’를 주제로 발표와 시연을 선보였죠. 이 글에서는 이날 밋업의 주요 발표 내용을 살펴보겠습니다.

오늘 우리는 GitLab 16.4 출시 소식을 발표해서 기쁩니다. 이번 업데이트에서는 커스텀 역할 생성, 비공개 프로젝트의 워크스페이스 만들기, GitLab 사용자 ID를 이용해 로컬로 클러스터에 액세스하기, 그룹/하위 그룹 수준 의존성 목록, id_token을 전역으로 설정하고, 개별 job의 구성 제거하기 기능 등을 선보였습니다.

위 내용은 이번 릴리즈에서 선보인 100개 이상의 개선 사항 중 몇 가지 주요 사항입니다. 아래에 주요 업데이트 내용을 모두 확인하세요. 다음 달 릴리즈 내용을 미리 보려면 16.5 릴리즈 킥오프 비디오가 있는 예정 릴리즈 페이지를 보세요.

복잡한 현대 소프트웨어 개발 환경에서 Value Stream(가치 흐름)을 추적, 관리하려면 상당한 시간과 노력이 들어갑니다. GitLab을 활용하면 이 작업을 효율적으로 수행할 수 있습니다. GitLab은 전체 DevSecOps 플랫폼을 단일 애플리케이션으로 제공합니다. 이에 엔드투엔드 가시성에 필요한 모든 데이터를 GitLab에서 편리하게 볼 수 있습니다. 아울러 GitLab은 향상된 가치 흐름 관련 기능을 지원합니다. 이 기능을 활용하면 더 쉽고 빠르게 Value Stream Management 환경을 구성할 수 있습니다.

GitLab에서는 다양한 대시보드와 세분화된 데이터를 제공합니다. 이로써 고객은 가치 흐름을 다각도로 자세하게 추적하고 관리할 수 있습니다. 이는 소프트웨어 공급을 최적화하고, 고객에게 더 빠르게 가치를 제공하는 데 도움이 됩니다. 이 글에서는 소프트웨어 개발 라이프사이클 전반에 걸쳐 비즈니스 가치를 파악하도록 GitLab의 Value Stream Management 기능을 활용하는 방법을 알아보겠습니다.

웹사이트에 정성을 담은 글을 게시할 때 드는 마음은 “누군가 이 글을 읽고 도움을 받으면 좋겠다”이지, “누군가 이 글을 훔치지 않으면 좋겠다”가 아닙니다. 하지만 양질의 콘텐츠일수록 콘텐츠 도용이 많이 발생하고 있는 것이 현실입니다. 오늘날 기업에서는 텍스트, 이미지, 비디오, 오디오 등 다양한 콘텐츠를 만들고 있는데요. 그렇다보니 기업 공식 홈페이지나 기술 블로그도 콘텐츠 도용 위험에서 자유롭지 않습니다. 이 문제를 어떻게 해결할 수 있을까요?

최근 저는 인포그랩 공식 홈페이지인 ‘인사이트’의 기술 블로그와 GitLab 가이드 문서에 저작권 보호 기능을 추가하는 업무를 수행했는데요. 이번에 도입한 저작권 보호 기능은 텍스트 콘텐츠에 적용됐습니다. 저작권 보호와 사용자 편의를 모두 충족하는 기능을 도입하고자 여러 문제를 고민하고, 해결 방안을 모색했는데요. 개발 과정에서 고민한 문제와 해결 방향, 최종 결과물을 글로 정리해 보았습니다.

그룹과 프로젝트를 직접 전송으로 마이그레이션 하면, UI 또는 API를 사용하여 GitLab 인스턴스 간에 GitLab 리소스를 쉽게 이전할 수 있습니다. 이전 블로그 게시물에서 GitLab은 모든 사람이 사용할 수 있는 베타 기능으로 프로젝트 마이그레이션을 발표했습니다. 아울러 이 방법의 이점과 마이그레이션 단계도 설명했습니다.

이후 GitLab은 특히 대규모 프로젝트의 효율적이고 안정적인 마이그레이션에 초점을 맞추어 추가 개선 작업을 진행하였습니다. 이 글에서는 이러한 개선 사항과 전반적인 프로세스, 마이그레이션 속도에 미치는 영향을 자세히 설명하려고 합니다. 또한 마이그레이션 시간 추정치도 다루겠습니다.

이 글에서는 GitLab과 GitHub의 핵심 차이점과 플랫폼별 지원 기능, 경쟁력 등을 다뤘습니다. Git 저장소로 ‘GitLab과 GitHub 가운데 무엇을 선택할지’ 고민하는 이들이 많은데요. 이 글에서는 총소유 비용(TCO), 보안, 클라우드 전략, 도입 편의성, 대규모 리포지터리 지원 측면에서 두 플랫폼 차이점을 알아보고요. 두 플랫폼의 보안 검사, 언어 지원 현황을 비교했습니다. 또 두 플랫폼의 경쟁력을 각각 살펴봤는데요. 이 콘텐츠가 DevSecOps 플랫폼 선택지를 두고 고심하는 이들에게 유용한 가이드가 됐으면 합니다.

오늘 우리는 GitLab 16.3 출시 소식을 발표해서 기쁩니다. 이번 업데이트에서는 Value Streams 대시보드의 새로운 속도 메트릭, SSH로 워크스페이스 연결 기능, Flux 동기화 상태 시각화 기능, 스캔 결과 정책의 추가 필터링 기능, VS Code에서 보안 검사 결과 확인 기능 등을 선보였습니다.

위 내용은 이번 릴리즈에서 선보인 100개 이상의 개선 사항 중 몇 가지 주요 사항입니다. 아래에 주요 업데이트 내용을 모두 확인하세요. 다음 달 릴리즈 내용을 미리 보려면 16.4 릴리즈 킥오프 비디오가 있는 예정 릴리즈 페이지를 보세요.

README 파일은 코드 프로젝트의 첫인상을 결정짓는 중요한 콘텐츠입니다. 이는 코드의 존재 이유와 코드가 해결하는 문제, 코드의 중요성을 이해하도록 돕는데요. 훌륭한 README는 프로젝트의 성공에도 큰 영향을 미칠 수 있죠.

IT 업계에 종사하는 개발자와 DevOps 엔지니어라면 README를 올바르게 작성하는 방법을 당연히 숙지해야 하는데요. 이 글에서는 README의 중요성과 기능, 위치, 그리고 포함해야 할 내용 등을 다루고자 합니다. 아울러 README를 작성할 때 지켜야 할 기본 원칙과 요건도 살펴보겠습니다.

이 글에서는 GitLab의 ‘Project Import’ 기능을 활용해 GitHub에서 GitLab으로 프로젝트를 마이그레이션 하는 방법을 소개합니다. 아울러 GitHub Actions에서 GitLab 파이프라인으로 수동 마이그레이션 하는 방법도 알아봅니다. A 플랫폼에서 B 플랫폼으로 마이그레이션 하는 과정을 복잡하고 어렵게 느끼는 분들도 있을 텐데요. GitLab에서는 마우스 클릭 몇 번으로 쉽고 간단하게 마이그레이션을 진행할 수 있습니다.

이번 포스팅에서는 코드 주석의 중요성과 코드 주석을 잘 쓰는 방법을 알아봅니다. 코드에 남기는 주석은 개발자에게 가장 기본적인 콘텐츠 유형입니다. 이는 ‘자신이 작성한 코드가 하는 일’을 설명하는 걸 넘어서 설계 결정 사항과 트레이드 오프 등 고민 사항을 문서화합니다. 이로써 ‘코드 작성자가 무슨 일을 했고, 왜 그렇게 했는지’ 설명해 줍니다.

현대 소프트웨어 개발 환경에서는 빠른 속도와 높은 품질을 동시에 달성하는 것이 매우 중요합니다. 이를 위해 DevOps 문화와 CI/CD(Continuous Integration/Continuous Deployment) 접근 방식이 강조되고 있고요. 오늘날 개발 속도를 높여 고품질 소프트웨어를 만드는 데 도움이 되는 다양한 도구가 개발되고 있습니다. 그중에서도 GitLab CI/CD와 Jenkins는 CI/CD 파이프라인을 구축하고 관리하는 데 널리 사용되는 도구인데요. 이는 개발팀과 운영팀의 협업 프로세스를 자동화하여 생산성을 높입니다.

GitLab이 2023년 Gartner® Magic Quadrant™ DevOps 플랫폼 부문 리더로 선정되었습니다.

소프트웨어 테스트는 개발한 소프트웨어가 요구사항을 잘 반영하였는지, 기능이 정상적으로 작동하는지, 안정적인지 등을 확인하여 품질을 유지하고 결함을 확인하는 활동으로 개발 라이프사이클에서 중요한 과정 중 하나입니다. 개발 초기에 버그와 결함을 감지할수록 개발 시간 단축, 비용 최적화, 품질 향상 등의 이점이 있지만 늦게 발견할수록 잠재적 부채가 증가하여 품질이 떨어지고 위험도가 증가하게 됩니다. 따라서 개발 초기부터 주기적으로 테스트 오류와 결함을 줄이는 것이 장기적으로 중요합니다. 이 글에서는 소프트웨어 테스트를 자동화하고 주기적으로 실행하는 지속적 테스트를 알아보겠습니다.

이 글에서는 DevOps를 쉽고 빠르게 구현하도록 돕는 노코드, 로코드(no code, low code) 도구 4가지를 다뤘습니다. DevOps 자동화 플랫폼 ‘Humalect’, CI/CD(지속적 통합/지속적 배포) 파이프라인 관리 플랫폼 ‘R2Devops Platform’, 인포그랩의 CI/CD 파이프라인 에디터 ‘Plumber’, ****AWS 배포 플랫폼 ‘OpsFlow’가 그 주인공인데요. 각 도구는 DevOps 프로세스를 간소화하고, CI/CD 템플릿을 바로 쓸 수 있도록 제공하며, 파이프라인을 빠르게 실행하도록 돕고, AWS로 간편하게 배포하도록 지원합니다. 이는 노코드, 로코드에 기반했기에 마우스를 클릭하거나 드래그 앤드 드롭하며 쉽게 이용할 수 있죠. 지금부터 각 도구의 기능과 특징을 하나하나 살펴보겠습니다.

최근 몇 년 새 IT 업계에서 급속도로 떠오른 키워드가 하나 있습니다. 바로 ‘노코드, 로코드(no code, low code)’인데요. 이는 코딩을 최소화하고, 간소화한 것이죠. 노코드, 로코드 도구를 활용하면 코딩할 줄 모르는 비개발자도 소프트웨어를 간단히 개발할 수 있습니다. DevOps 업계에서도 ‘노코드, 로코드를 DevOps에 적용하는 방안’을 모색하고 있는데요. 그 결과물은 노코드, 로코드 기반의 DevOps 플랫폼, CI/CD 파이프라인 에디터 등 서비스로 나오기도 합니다. DevOps 업계는 노코드, 로코드의 어떤 점에 주목해 이를 DevOps에 접목하려는 걸까요? 노코드, 로코드는 DevOps가 발전하는 데 도움이 될 수 있을까요? 이 글에서는 DevOps 업계가 노코드, 로코드를 주목하는 배경과 노코드, 로코드가 DevOps에 미치는 영향, 그리고 둘을 결합할 때 일어날 수 있는 문제를 함께 살펴보려고 합니다.