올챙이시절 기록소

가장 먼저하는 것은 DB에 빌드 요구조건 명세 세팅 & Pipeline API 호출 0. DB & GitLab CI - API Call## SQLsinsert into mfo_tag values( baseline 및 컴포넌트 tag 값들 );insert into requirer values('QA','REPO','total','baseline'); update runner_stat set total_ver='baseline' where run_comp='mfototal_win';update runner_stat set value='1' where run_comp='mfototal_win'; ## VALUE=## 1 require## 2 Compile&Build## 3 Send File to require..

CI 프로세스를 Event Base로 수행한다 9개 Repository를 이용해 빌드를 하다보니 각 콤포넌트의 버전을 세팅하고 읽어올 데가 필요했다 그래서 DB를 세팅을 하고 거기에 테이블을 만든 다음 빌드 명세를 세팅하면 빌드서버에서 조회하여 각 콤퍼넌트의 소스코드의 버전을 맞춘다 그리고 파이프라인을 돌리면 되는데 Master 브랜치 둔 다음 Create Pipeline 버튼을 누르는 것이다 API를 쓰게 되면 매번 누르지 않아도 된다 절차는 1.토큰생성2. CALL API 명령구문 생성 인증을 위해 토큰을 하나 만들어야 한다 Create Personal Access Token 버튼을 눌러 토큰을 생성하자 Your New Personal Access Token 항목이 생겼다 그러면서 이렇게 토큰값이 보..

ref : Gitlab CI > Variables GitLab CI를 사용하여 Runner를 쓸 때, 기본적으로 세팅되어 있는 환경변수를 쓰면 편리한 경우가 있다 ex ) 동일한 컨테이너를 쓰는데 현 프로젝트를 알아야 하는 경우 CI_PROJECT_NAME ex ) 정규표현식으로 걸러진 tag에만 수행하도록 설계된 Pipeline에서 트리거가 걸린 Tag의 값을 확인할 때 CI_COMMIT_TAG ex ) 채팅앱으로 Pipeline Status View 연계 링크에 필요한 Pipeline 번호를 확인할 때 CI_PIPELINE_ID( 쉘에서 이렇게 "$CI_PIPELINE_ID" 변수의 값을 쓰는 것이다 )··· 여하튼, 여러가지 경우에 요긴하다 Gitlab은 문서가 정말 잘 만들어져 있어 자동화하기에 ..

gitlab을 관리하는 일 중에는 유저들에게 적절한 권한을 주는 일도 있다 이럴 때 간편히 작업하기 위해서 Group을 미리 지어놓는데 mfo ( maxgauge for oracle ) 제품군의 qa라면 mfo 그룹에 할당하면 된다 그러면 아래의 프로젝트에 권한이 한 번에 할당되는데 개발자의 경우는 조금 달라진다 여러제품군에 동일 부류의 컴포넌트를 담당하기에 mfodg(maxgauge for oracle data gather )mftdg ( maxgauge for tibero data gather )mfddg ( maxgauge for db2 data gather ) data gather 개발자의 경우 아래와 같은 그룹에 할당되어야 하는데 해당프로젝트의 Setting > Members > Share wi..

CI ( Continuous Integration ) 란 개발자가 각각 개발한 소스코드를 모아서 한꺼번에 통합 빌드의 과정을 특정 시점이 아니라 주기적으로 수행함으로써 통합에서 발생하는 오류를 사전에 해결하고 이러한 과정들에 소요되는 시간을 줄이기 위한 기법 CI 이란?소프트웨어 개발에서 유지보수로 연결되는 지점은 소스관리/빌드/배포의 활동이 됩니다. 물론, 소스코드 수정이 발생되기는 하지만, 소스관리/빌드/배포의 활동이 주로 발생하기 마련이며, 이는 유지보수 시점에 확실한 절차와 방법을 필요로 합니다. 개발 시점에 이러한 활동을 지원하는 기법 중에 CI (Continuous Integration)가 있으며, 이는 오래 전부터 소프트웨어 개발에 있어서 위험을 줄이는 방식으로 사용되고 있었습니다. CI 라..

아침 5시에 push를 하다니 이렇게 부지런한 개발자가 있다니? 실은 시간이 UTC로 표시되면서 혼란을 주는 부분이 있어 ( 한국시간은 9시간을 더해야한다 ) TimeZone을 변경하기로 했다 목적은 아래와 같다 [ UTC -> KST ]* UTC : Universal Time Coordinated* KST : Korea Standard Time 먼저 설정파일을 연다 # vi /etc/gitlab/gitlab.rb* CentOS 6.7에서 진행하였으며 Linux 버전에 따라 파일의 위치가 다르다 gitlab_rails['time_zone'] 값을 주석해제하고 'UTC' 에서 ' Asia/Seoul ' 로 변경하였다 선택가능한 Time Zone은 다음과 같다 ref : Time Zones 설정 값 세팅을 ..

본 글은 GitLab설치(Omnibus Package Installation)를 한 경우에 대해 다룬다 설치한 Gitlab의 Components섹션에 보면 PostgreSQL 9.6.3이 포함되어 있다 Team DB가 필요하여 여기를 써보려는 시도를 했었는데 오늘 우연히 자료를 찾았다 GitLab 서버에서 sudo -u gitlab-psql /opt/gitlab/embedded/bin/psql -h /var/opt/gitlab/postgresql/ gitlabhq_production 이렇게 입력하면 접속이된다 table들이 어떻게 있는지 보았고 이전에 등록했던 CI runner들의 데이터가 잘 저장되었는지 확인해보았다 select * from pg_tables; select description from..

메모를 정리하던 중 "curl -u root:dev7u8i9o0p -X GET https://devqa.regi/v1/search" 이러한 구문을 봤다 GitLab Container Registry에 API를 호출하는 것인데 지금은 되질 않는다 상 : tail -f /var/log/gitlab/registry/current 중 : tail -f /var/log/gitlab/nginx/gitlab_registry_access.log 하 : curl --header "PRIVATE-TOKEN: FfK5EQ7RzFL89zRngTAs" -X GET https://devqa.regi/v2/root/test/tags/list --cacert /etc/docker/certs.d/devqa.regi/ca.crt ca ..

ref : Install Gitlab Runner GitLab-CI Runner 소개, 설치, 등록편 on CentOS, Windows (빌드 & 패키징 & 테스트 자동화) 에 이어서 [Gitlab CI - Runner] Docker편이다 실행방식은 shell이 아닌 Docker로 하는 것인데 CentOS7.3에서 진행하였다 설치파일은 Yum저장소를 추가하고 받는 것으로 해결된다curl -L https://packages.gitlab.com/install/repositories/runner/gitlab-runner/script.rpm.sh | sudo bashsudo yum -y install gitlab-runner * Gitlab Server가 버전 10이하라면curl -L https://packag..

12c R2 오라클이 설치된 Image 용량은 약 11.4GB 입니다 Container Registry로 Push를 한 번 해봅니다 실패를 했습니다 received unexpected HTTP status: 502 Bad Gateway Gitlab 서버의 Registry 프로세스에는 이렇게 로그가 찍혀있습니다 vi /var/log/gitlab/registry/current2017-10-12_04:58:20.63744 time="2017-10-12T13:58:20.637420378+09:00" level=warning msg="error authorizing context: invalid token" environment=production go.version=go1.8.1 http.request.host..