전체 글 썸네일형 리스트형 오픈소스) devstack 서비스 관련 명령어 Devstack 시작sudo systemctl start devstack@*Devstack 재시작sudo systemctl restart devstack@*Devstack 중지sudo systemctl stop devstack@*Devstack 상태확인sudo systemctl status devstack@*Devstack Service 데몬 목록 확인sudo systemctl list-timers devstack@*Devstack Service 데몬 목록devstack@c-api.servicedevstack@c-sch.servicedevstack@c-vol.servicedevstack@dstat.servicedevstack@etcd.servicedevstack@g-api.servicedevstack@k.. 더보기 오픈소스) 간단한 사례로 보는 오픈 스택 기여 방법 * 퇴사 이슈로 간단 메모. 추후 자료 보강예정 1. 버그 발견어느날 간단한 버그 하나가 발견 됨. https://bugs.launchpad.net/manila/+bug/2069782 Manila 서비스에서 Share type 을 생성할 때 에러 메시지에 값이 출력되야하는데, (%id) 포맷팅이 그래도 출력됨. 2. git clone오픈스택를 통으로 다 설치하기에는 자원의 한계로 devstack 을 설치 3. dev-stack 설치 및 manila 서비스 추가dev-stack 은 기본 서비스만 설치도며, manila는 이 서비스들에 포함되지 않아 별도 설정 필요 4. 코드 수정 및 테스트코드는 어렵지 않았음msg 변수 값으로 출력됐어야하는 내용이 message 값으로 출력되고 있었음수정 후 테스트를 위해.. 더보기 오픈소스) gerrit을 통한 리뷰 시스템 이전글에서 "git review" 명령어를 사용하면코드는 gerrit 레포지토리에 올라가고코맨트와 함께 투표를 통해 코드를 리뷰(review) & 머지(merge)를 수행한다고 정리했는데 전반적인 기여 프로세스를 보면 다음과 같음 1. 개발자는 수정하고자하는 프로젝트의 코드를 로컬 환경으로 'clone'2. 로컬 환경에서 수정하고자하는 버그에 대해서 브랜치 생성.3. 변경사항을 저장 -> 유닛 테스트 수행 -> git commit 4. git review를 통해 Gerrit 리뷰 시스템에 변경사항을 제출5. 자동 테스트 툴(Zuul)을 통해, 빌드 및 테스트를 진행하고 제출한 코드에 대한 리뷰 진행6. 변경사항을 재수정해야할 경우, 코드를 변경하고 git commit --amend를 통해 다시 변경사항.. 더보기 이전 1 2 3 4 ··· 6 다음
