개요

일반적으로 Github는 소스 코드 관리 및 공동 개발 도구로 사용됩니다.
Github는 프로젝트 진행 작업(티켓) 관리 도구로도 유용합니다.
Github를 사용하여 연구할 수 있는 PDCA 루프입니다.
이 글에서 Github는 원본 코드를 관리하기 위한 것이 아니라 Issue를 능숙하게 사용하는 도구이다.최근의 연구 속도에 따르면 임무 관리의 취사 선택은 Must일 것이다.
장점을 소개한 후에 Github의 실제 사용 방법을 보여 드리겠습니다.

이점

Issue 단위의 티켓 관리를 통해 프로젝트를 수행하는 업무를 세분화하고 구체화하기 때문에日々のタスクがわかる.

프로젝트 기능을 통해 임무의 진전을 가시화할 수 있기 때문에 각 작업의 진전 상황을 공유할 수 있다作業が重複しない.

개발된 로그 사고 과정은 하나의 도구에 남을 수 있기 때문에 共有、引継ぎ의 작업은 매우 적다.

Issue 자체이 책에 대해서는 매우 참고 가치가 있다.

사용 방법

초기 설정

먼저 자료고를 만들다.자료 라이브러리 만드는 방법은 그 근처에 문서가 있지.

연구용 PDCA 사이클

PDCA 루프의 순서에 따라 설명합니다.

계획:계획

1. Issue를 만든다.

어쨌든 나는 Issue를 할 것이다.Issue는 직역하면 과제입니다. Issues는 TO-DO 목록과 같습니다.
프로젝트의 현재 과제를 모두 Issue로 합시다.

Issues 탭에서 새 Issue

선택

제목에서 쉽게 이해할 수 있는 단도직입적인 이름.설명에 과제의 내용, What 및 Why 를 적으십시오.
다른 저장소의 Issue 작성 방법을 참고할 수 있을 것 같습니다.

강약 Issue.

Issue에 라벨을 붙여 연구의 필요성, 임무의 종류로 나누는 것도 좋다
Milestones를 추가하여 Issue 만료일을 설정할 수도 있습니다.

2. 프로젝트 기능 활용

Issue를 만들면 다음 Issue부터 시작할지 결정합니다.

항목 탭에서 새 항목 만들기를 선택합니다.

에 적절한 Title을 추가합니다.

개인 업무라면 템플릿은 자동 칸반, 다중 개발이라면 (코드 심사) 자동 칸반 with reviews를 선택하면 된다.

처음에는 아무것도 없었기 때문에 오른쪽에 있는 Add cards에서 Issue를 꺼내서 To do에 추가합니다.
자동 추가 카드를 설정할 수 있는 트리거

처리할 Issue를 확인한 후 Issue를 In progress로 이동합니다.
이로써 계획은 완성되었다.

Do:개발.

Issue에 주력하십시오.
Issue는 프로그램 개발과 관련이 있습니다. Github의 원래 기능(소스 코드 관리)을 사용할 때의 구체적인 명령은 다른 것을 참고하십시오.여기에는 개략만 있다.

Issue ID 확인(Issue 고유 ID)

작업 지점의 이름에 IssueのID 을 붙이다.고유 ID를 사용하여 branch를 만듭니다.
git checkout -b #12_test

개발.
이렇게 하면 완성됩니다.

검사: 재검사.

Issue 내용대로 할 수 있는지 돌아볼게요.
여기에 절차와 관련된 부분도 개략만 표시한다.
1. Origin의 작업 지점으로 밀어내기
git add .
git commit -m “add/implementation_hogehoge”
git push origin #12_test
//github 원격 #12_테스트 이 지점에서push.

원본 작업 브랜치를 주 브랜치에 결합

Create pull request
pull request의 내용은 실험 노트를 쓰는 것도 좋고, 공동 개발이 가능하다면 격식에 따라 쓰는 것이 좋다.아무것도 안 쓰는 것도 있어?

- 댓글로

리뷰어에서 Github 사용자를 설정하고 볼 사람을 설정합니다.트랜시버가 승인되지 않으면 Merge Pull Request가 전송되지 않을 수 있습니다.
Pull Request 담당자라고요?담당자 인상이야.


b. Merge Pull Request
Review의 승인이 끝나거나 Master 지점과의 충돌이 없다면 Merge pull request를 순조롭게 진행할 수 있을 것입니다.

검사는 여기서 마치겠습니다.

동작: 다시 계획합니다.

일단 프로젝트의 Issues를 In Progress에서 Done로 이동합시다.
또한 검사한 내용에 따라 새로운 Issue를 만들어 Issue의 우선도를 재검토해 주십시오.
보충하여 기록하다

Slack을 가져오는 연구실의 경우 Slack에서 Github를 가져오는 응용 프로그램을 통해 Slack에 들어갈 것을 알립니다.약간의 토론은 그 부근에서 하는 일이 매우 많다.