간혹 PC를 예약한 상태로 종료해야 하는 경우가 발생합니다. 개발 서버같은 경우 주말에 정전 작업이 예정되어 있다거나, 하는 경우 등이죠. 이럴 경우에 다른 작업자들의 작업이 끝날때까지 기다릴 순 없고, PC 및 서버를 예약 종료를 걸어두고 퇴근하기 좋습니다. ※ Windows 시작 -> 실행 -> shutdown -s -t 3600 (한시간 후 종료) ※ Linux $ shutdown -h +10 (10분후 종료) $ shutdown -t +100 (100초후 종료)
시나리오 테스트? 게임 서버를 개발 중에 있어, 현재의 고민은 최대한 문제 없이 서버를 오픈하기 위한 여러가지 방법을 도입하고, 팀원들과 연구하고 있습니다. 그 중 한가지가 개발중인 컨텐츠와 기존에 개발되었던 시스템간에 문제가 없는지를 상시적으로 테스트 할 수 있는 방법론들을 찾아서 도입하고 있는데요. 그래서 생각해 낸 방법이, 여러 상황에 대한 시나리오를 작성하고, 정해진 시나리오 대로 서버 패킷 들을 테스트 하는 방법이 좋겠다라는 생각에 도달하였습니다. 이 외적으로 단위 테스트도 도입하였는데요. 해당 이야기는 다음에 정리하겠습니다. 시나리오를 정해서 테스트 한다라는 개념은, 어느정도 많이 알려진 개념이였지만 BDD라는 개발 방법론으로 정리가 되어있었다는 것은 이번에 알게 되어 같이 정리해보려고 합니다..
1. 현재 로컬 저장소의 http 주소 확인 $ git remote -v origin http://000.000.000.000/gitserver/test.git (fetch) origin http://000.000.000.000/gitserver/test.git (push) 2. 새로운 Remote 저장소의 주소로 변경 $ git remote set-url origin http://111.111.111.111/gitserver/test.git 3. 원격 저장소의 주소로 변경 되었다면, $ git push --mirror 혹시 이부분이 오류가 날수 있으며, 오류가 발생시에는 강제로 푸쉬 하는 옵션을 넣어준다. $ git push --mirror --force
01. 젠킨스를 Windows 에 설정하는 방법 1. Jenkins 공식 홈페이지 접속합니다. https://jenkins.io/ 2. 다운로드 페이지로 바로 접속 하셔도 됩니다. https://jenkins.io/download/ 3. 다운로드 페이지 접속하시면, 아래와 같은 화면을 보실 수 있습니다. ( 2018년 10월 기준 ) LTS 와 Weekly 두개의 다운로드 구분이 이루어 지는데요. 안정적인 버전을 원하시면, 오랜시간 지원을 받은 LTS Release 를 다운받아 설치하시면 됩니다. Weekly는 주 단위 버그 픽스 버전입니다. 4. 압축 파일을 푼 다음, 실행 파일을 실행합니다. Next -> Install -> Finish 5. 설치가 완료되면, 설치를 확인하는 웹 브라우저가 실행됩니다..
프로젝트 초기에 구성했던 젠킨스에 관련해서 간단하게 정리해봅니다.젠킨스를 왜 선택하게 되었고, 어떻게 구성 하였으며, 얼마나 업무 효율이 향상되었는지 프로젝트를 진행하다 보면, 실무적으로 지속적으로 문의오는 내용이 있습니다. 혹시.. 지금 빌드를 뽑아주실 수 있나요?현재 적용되어 있는 빌드가 최신 버전인가요?빌드 뽑는데 오래 걸릴까요? 바로 배포 가능하신가요?일례적인 사례지만, 더 많은 업무요청이 있을 것으로 여겨집니다. 형상관리 시스템 ( Git, SVN ) 을 사용하고 있었기에, 지속적으로 빌드를 생산해주고, 현재 커밋되어진 내용들에 오류가 있지 않은지 지속적으로 판단하기 위해 CI 시스템을 구축해야 겠다고 생각했습니다. 그 중 오픈소스이며, 가장 많이 사용되고 있는 젠킨스를 선택하게 되었으며, 현재..