올챙이시절 기록소

가끔 Runner가 먹통일 때가 있다 그럴 때는 어떻게 해야하는가 1. 해당 Runner를 재시작한다 root 계정으로 하던지 아니면 sudo권한을 주어 gitlab-runner계정에서 gitlab-runner restart 명령을 수행한다 2. token 정보를 다시 확인한다 Runner설정을 추가하거나 VM을 백업 또는 복제하면 꼬이는 경우가 있다 Runner의 설정파일 config.toml 과 gitlab에 등록 된 토큰값이 일치하는지 보자 3. 호환성체크 Gitlab 서버의 버전을 올리는 경우 Runner의 버전이 이전과 호환되는지 확인해볼 필요가 있다 ref : Gitlab-Runner-public-repo X축은 Gitlab , Y축은 Runner, 괄호는 ( Release된 날짜 ) 필자는 ..

소프트웨어 QA업무를 하다보면 프로세스의 결함도 보게된다 ( 기획팀은 없지만 행사 기획팀은 있다 ) 그러다보니 기획에 대한 내용은 신화와 같이 구비전승되며, 개발자가 1등급 국어 추리능력으로 기획자의 의도를 파악한 뒤 구현한다 "버그다" 얘기를 하러가면 스펙입니다 한마디에 깨갱 그 놈의 스펙이 뭐길래?! 스펙을 주세요 누구나 이렇게 말 할 수 있지만 "잘" 쓰여진 스펙은 받기 어렵다. * ref : 소프트웨어 스펙은 왜 쓰기 어려운가 * 바쁘다고 스펙자체를 못 받는 경우도... : 요구사항이 계속 바뀌기 때문에 스펙을 적을 수 없다. 그래서 UI Spec에 대해서 어떻게 요구하면 되는가? 스토리보드를 받아야 되는 것이구나라고 생각이 귀결했다. * 기획 관련 용어 & Tools : ref. 한 번쯤 들어봤..

2016년 5월, 형상관리정책을 (열심히) 만들었다 브랜치는 아무렇게나 막쓰고 있던 시점이라 깔끔하게 포기하고! Tag 만으로 다 할 수 있는 시스템을 만들고 위와 같이 규칙을 만들었다. 개발자가 Tag를 달아서 QA에게 보낼 때, 1차적으로 정규표현식으로 거른다. grep -E "${CONF_ITEM}\_[0-9]{6}[\.][0-9]{2}" 이제 오타는 완벽히 거른다 생각했지만! 한 순간의 착각이다 ( 170918.01 -> 270918.01) 이와 같이 날짜를 잘못 기입해서 tag를 달아 보내는 경우가 있다 현 빌드시스템의 로직상에는 이러한 tag값이 굉장히 문제가 된다. ( * 알림도 개판으로 가고, DB에 저장도 안되고 ... ) 따라서 복구작업이 필요하다. 먼저, 문제가 되는 태그를 지워줍니다..