forked from eternnoir/pyTelegramBotAPI
-
Notifications
You must be signed in to change notification settings - Fork 3
Project methodology
Lee Areum edited this page Nov 29, 2016
·
8 revisions
프로젝트의 일정은 다음과 같다:

- 주제 및 기능 선정
- 기능 우선순위 선정
- 역할분담
- pyTelegramBotAPI 테스트를 통한 분석
- 각자 맡은 기능의 메소드 구현 (메소드 구현에 필요한 내용 학습)
- test.py로 테스트
- API를 활용한 예제 봇 제작 (server.py)
- 마지막으로 테스트하고 버그 fix
기능별 역할분담은 다음과 같이 했다:
- 스터디룸 리스트 출력 기능 - 조승현
- 정보보안 뉴스 피드 기능 - 이아름
- CVE 검색 기능 - 김남준
- 학술정보원 도서 검색 기능 - 김남준
- 세종사회봉사 확인 기능 - 현성원
- "우산 챙기렴" 기능 - 임다은
- Easteregg - 현성원
- 본격적인 개발을 들어가기 전 단계에서는 회의록을 Github의 Project에 칼럼을 생성하여 기록했다.
- 개발을 시작한 후에는 각 기능에 대한 issue를 생성하고, 의논할 내용을 해당 기능의 issue에 comment를 하여 공유했다.
- 프로젝트 수행을 위해 dev라는 branch를 생성하고, dev에서 각 기능에 대한 "dev-<기능명>"식의 sub-branch에서 개발 진행.
- 기능구현이 완료되면 test.py를 사용하여 코드 테스트를 하고, 아무 이상 없으면 dev branch에 pull-request를 한다. Travis CI 검사결과 확인 및 코드리뷰를 하고 이상이 없으면 merge한다.
- 모든 기능구현이 완료되면 dev branch에서 API를 활용한 테스트봇(BeemoBot) 코드 server.py를 작성한다.
- server.py가 완성되면 모든 기능을 테스트하고 dev branch에서 master branch로 pull-request를 한다.
- Final merge를 하고 프로젝트를 종료한다.
- Dev 브랜치 생성
- 각자 작업할 브랜치 생성
- 각자 맡은 기능 구현은 본인의 브랜치 에서 작업했습니다.
- 각 작업이 완료될 때 마다 dev 브랜치에 merge.
- 버그가 발견될 경우 다시 각자의 브랜치를 추가하여 코드 작업 후 dev 브랜치에 merge
- 기능이 완성될 경우 dev 브랜치에 merge
- 최종 dev 브랜치를 master 브랜치에 merge
프로젝트 기간(~ 11월 29일 오후 6시까지 작업한 내역 기준) 중…
- 총 커밋한 횟수 : 98회 (모든 브랜치 포함, 머지 커밋 제외)
- 총 변경된 파일 : 21개
- 총 변경된 라인 : 약 1833개 라인 추가 / 약 587개 라인 제거
- 생성된 브랜치 개수 : 12개
- 생성된 이슈 개수 : 12건
- 요청된 풀 리퀘스트 개수 : 22건
- 총 Merge 횟수 : 16회
pyTelegramBotAPI for Sejong University, Department of Computer and Information Security