2018년 서울시 앱 공모전 (URL: https://mplatform.seoul.go.kr )에서 GitHub 설명을 위한 자료입니다. 이전 https://www.slideshare.net/ianychoi/git-github-46020592 자료에 모바일 앱 개발 환경 및 GitHub Desktop 프로그램에 대한 부분을 추가하였습니다.
2018년 서울시 앱 공모전 (URL: https://mplatform.seoul.go.kr )에서 GitHub 설명을 위한 자료입니다. 이전 https://www.slideshare.net/ianychoi/git-github-46020592 자료에 모바일 앱 개발 환경 및 GitHub Desktop 프로그램에 대한 부분을 추가하였습니다.
GitHub로 프로젝트 운영하기
-시스템소프트웨어 연구실 이건희
목차
-깃허브란?
-Repository 활용하기
-branches, releases
-깃허브 프로젝트 문서화
깃허브란?
• 깃(Git)을 사용하는 프로젝트를 지원하는 웹호스팅 서비스
• 다른 사람들과의 협업을 매우 용이하게 해줌
Repository 활용하기
Issue , Pull requests
• Issue 카테고리는 왜 사용하는가요?
• 버그를 기록하거나 요구사항을 전달할려고 사용
• Pull requests 카테고리는 왜 사용하는가요?
• 현재 진행중인 작업이 무엇인지 알게해줌. • 수정사항을 Merge 시킬 때 사용.
Pull requests로 넣은 수정사항이 Merge됨에 따라 Contributor가 될 수 있습니다!
branches, releases
branches
• 테스트 해보거나 새로운 기능을 개발하기 위해 사용하는 독립적인 commit
• Master branch : 기본 branch이자, 최종적으로 마무리 되는 branch
깃허브 문서화
README
• 해당 프로젝트의 개요나 설명, 설치법에 대해서 설명
• ‘README.md’ 파일을 인식
README’s Labels
• Badge images • Custom badge
https://shields.io/
README’s Labels
• Travis CI
• Continuous Integration : 푸시할 때 자동화된 빌드 및 테스트가 실 행되고 소프트웨어 품질을 향상시키는 개발 방식
• https://travis-ci.org/
Issue & Pull requests Template
• Maintainer에게 좀 더 정확하 게 의견을 전달하기 위해 만듬
• Insights > Comminuty 에서 추가 가능
LICENSE
네이버 오픈소스 가이드 https://naver.github.io/OpenSourceGuide/book/
그 외의 Community profile
• Code of conduct
• Contributing guidelines
그 외에 프로젝트 관리에 도움되는 것
OpenHub 어플리케이션
Git Bash (Git bash 사용법 : http://gbsb.tistory.com/10)
GitHub Desktop
참고
• 네이버 오픈소스 가이드 https://naver.github.io/OpenSourceGuide/book/
• 실제로 사용한 프로젝트 https://github.com/kuj0210/IoT-Pet-Home-System
This document discusses setting up a workflow in JIRA to manage a project producing hundreds of short training videos. It describes the initial problems with the project including a lack of process clarity and visibility. It then outlines how the presenter used JIRA's workflow designer to collaboratively plan and iteratively develop a workflow with stakeholders. Key aspects covered include planning stages and transitions, custom fields for search and reporting, and using dashboards to provide visibility. The benefits of the new workflow for managing the project are highlighted.
GitHub로 프로젝트 운영하기
-시스템소프트웨어 연구실 이건희
목차
-깃허브란?
-Repository 활용하기
-branches, releases
-깃허브 프로젝트 문서화
깃허브란?
• 깃(Git)을 사용하는 프로젝트를 지원하는 웹호스팅 서비스
• 다른 사람들과의 협업을 매우 용이하게 해줌
Repository 활용하기
Issue , Pull requests
• Issue 카테고리는 왜 사용하는가요?
• 버그를 기록하거나 요구사항을 전달할려고 사용
• Pull requests 카테고리는 왜 사용하는가요?
• 현재 진행중인 작업이 무엇인지 알게해줌. • 수정사항을 Merge 시킬 때 사용.
Pull requests로 넣은 수정사항이 Merge됨에 따라 Contributor가 될 수 있습니다!
branches, releases
branches
• 테스트 해보거나 새로운 기능을 개발하기 위해 사용하는 독립적인 commit
• Master branch : 기본 branch이자, 최종적으로 마무리 되는 branch
깃허브 문서화
README
• 해당 프로젝트의 개요나 설명, 설치법에 대해서 설명
• ‘README.md’ 파일을 인식
README’s Labels
• Badge images • Custom badge
https://shields.io/
README’s Labels
• Travis CI
• Continuous Integration : 푸시할 때 자동화된 빌드 및 테스트가 실 행되고 소프트웨어 품질을 향상시키는 개발 방식
• https://travis-ci.org/
Issue & Pull requests Template
• Maintainer에게 좀 더 정확하 게 의견을 전달하기 위해 만듬
• Insights > Comminuty 에서 추가 가능
LICENSE
네이버 오픈소스 가이드 https://naver.github.io/OpenSourceGuide/book/
그 외의 Community profile
• Code of conduct
• Contributing guidelines
그 외에 프로젝트 관리에 도움되는 것
OpenHub 어플리케이션
Git Bash (Git bash 사용법 : http://gbsb.tistory.com/10)
GitHub Desktop
참고
• 네이버 오픈소스 가이드 https://naver.github.io/OpenSourceGuide/book/
• 실제로 사용한 프로젝트 https://github.com/kuj0210/IoT-Pet-Home-System
This document discusses setting up a workflow in JIRA to manage a project producing hundreds of short training videos. It describes the initial problems with the project including a lack of process clarity and visibility. It then outlines how the presenter used JIRA's workflow designer to collaboratively plan and iteratively develop a workflow with stakeholders. Key aspects covered include planning stages and transitions, custom fields for search and reporting, and using dashboards to provide visibility. The benefits of the new workflow for managing the project are highlighted.
산업용 클라우드 플랫폼 - 프레딕스, Industrial cloud platform – Predix, 2016스마트공장 국제 컨퍼런스GE코리아
2016 스마트공장 국제 컨퍼런스
산업용 클라우드 플랫폼 - 프레딕스
Industrial cloud platform – Predix
"어제까지는 제조산업 기반의 회사였지만, 이제는 데이터 및 분석 회사로 거듭나야 합니다." 제프 이멜트 GE 회장 및 최고경영자
클라우드를 통해 생산현장을 개선합니다. 실제 현장 과 디지털 현장 이 서로 소통합니다. 1%의 생산성 개선으로 GE 내부적으로만 $500MM(6조원)를 절감할 수 있습니다.
Modern Kanban Workflow Best Practices for Software Teams — Part 4 of "How to ...Blossom IO Inc.
Part 4 of the "How to build the best Software Products" Series, brought to you by Blossom.co
Modern Kanban Workflow Best Practices for Software Teams
* Idea / Backlog Handling with Kanban
* Define Work
* Define Stage Policies
* Visualize Work
* WIP Limits
* Ready Indicator
* Blocked Indicator
* Bug Handling
3. 1. 이슈트래커를 사용하자
팀 작업 ?
소스코드 수정 : Github
버그 : 그때 그 버그 어떻게 해결했떠라? 길우형님 아세요??
스터디 일정 : 아윤님 내일까지 스터디 과제 뭐였죠?
사무국 서류 처리 : 아윤님 사무국에 영수증 제출하셧어요??
기획 : 우리 기획회의 몇시였지??
발표 자료 :
PIVOTAL TRACKER 로
이것들을 해결하기로 해요
4. 2. PIVOTAL TRACKER : Project : Stories
STORY :
프로젝트 내 이슈
(구체적인 단위 작업)
title : 이름
requester : 보고한 사람
owner : 작업을 처리할 사람
point : 가중치 (iteration/예상소요기간으로하자)
label : 작업 분류
(new feature, bug, study, document, managing)
5. 2. PIVOTAL TRACKER : Project : Stories
STORY :
프로젝트 내 이슈
(구체적인 단위 작업)
story 의 종류
feature : 프로덕트에 직접적인 영향을 미치는 작업
ex) 인터페이스에 영문 입력기능 추
bug : 버그 픽스
chore : 프로덕트와 직접적인 연관이 없는 작업
ex) 문서 작업, 스터디
6. 2. PIVOTAL TRACKER : Project : Iteration
Iteration :
프로젝트 내 단위 기간 (우리는 일주일 : 월요일 부터 일요일)
매 주 월요일마다 목표를 정하고,
아이스박스에 있는 스토리들 중
이번 이터레이션에서 해야할 일을 선택
owner를 배정하기로 합니다.
매주 금요일 current 에서 done으로 이동한 story를
확인
완료되지 못한 story의 해결을 모색 및 iteration을 회고
velocity : 현재 iteration 에서 해결한 스토리의 point합.
목표 velocity를 넘어서는 story들은 backlog로 빠집니다.
7. 2. PIVOTAL TRACKER : Project : State of a Story
Icebox : 해결해야 할 story들
진행 여부와 무관,
모두를 일단 등록!
Current : 이번 Iteration에서
해결하기로 한 story들 중
현재 진행중인 것들
BackLog : 이번 Iteration에서 할당됬지만,
Team Velocity를 넘어서게되어
실제 진행되지 않는 Story들
Done : 해결 된 story
8. 2. PIVOTAL TRACKER : Project : State of Stories
somebody started
the story
Icebox
owner finished
the story
Current
Delivered
BackLog
requester accepted
the delivered story
Done
9. 3. PIVOTAL TRACKER : EPICS
EPICS page :
프로젝트 진행상황 큰 그림
story의 label로 분류하여
진행상황을 큰 그림으로 볼 수 있음!
10. 4. PIVOTAL TRACKER : CHARTS
CHARTS page :
Iteration Points / Team Velocity
를 그래프로 나타내어줌!
현재 프로젝트의 진행상황을
시각적으로 보여줌!
11. 5. PIVOTAL TRACKER : GitHub Post-Receive Hooks
(다른 셋팅은 미리 다 해두었음 : 셋팅방법은 아래 링크를 참고하세요)
Github에서 commit할 때,
Commit Message의 시작부에 아래의 문장을 추가
Commit: username
[op #story ID] additional information
(op : fixed, finished, Delivers)
https://help.github.com/articles/post-receive-hooks
https://www.pivotaltracker.com/help/api#scm_post_commit
https://www.pivotaltracker.com/help/api?version=v3#scm_post_commit_message
_syntax
12. 5. PIVOTAL TRACKER : e-mail Notification
기본적으로 자신이 작업중인 Story의 변동사항은
E-mail Notification 날아옴
추가적인 셋팅 은
Dashboard -> Profile -> Email Preferences 에서!
+ New stories에 체크 추가해주시면 좋습니다.
(새로 생성된 스토리는 확인해주세요)
13. 5. PIVOTAL TRACKER : License
FREE for PUBLIC PROJECTS
공개 프로젝트에는 무료!
우리같은 오픈소스 프로젝트는 땡큐!