몰입하는 개발자 준비생 몰입하는 개발자 준비생

릴리즈 플래닝 하는 법 ❓(프로덕트 백로그(분기별)를 스프린트(1~4주) 단위로 나누어 계획한 것. 플래닝 포커로 프로덕트 백로그 아이템의 스토리 포인트 추정 프로덕트 백로그 우선 순위에 따라 정렬 스프린트 1개의 기간 설정 스프린트 마다 프로덕트 백로그 아이템 할당 위 용어가 이해가 안되시면 아래 링크를 참고하세요. https://studyiwthme.tistory.com/28 실습 3 하기 전에 설정을 해줘야됩니다. 프로젝트 설정 -> 가능 -> 스프린트 dropbox 체크 위 과정을 해주면 스프린트를 만들 수 있습니다. 위 사진처럼 백로그에 있던 이슈들을 스프린트로 옮기는 방법은 드래그해서 옮겨 주시면 됩니다 ! story point 또한 실습 2 편에서 설정을 해두었기 때문에 자동으로 설정되서 보..

❓ Product Backlog(프로덕트 백로그) 로드맵을 기반으로 도출한, 각 분기(3개월)동안 실질적으로 해야할 일의 목록. 할 일의 우선 순위 결정이 필요하다. 기간을 개월 -> 분기로 바꿔준 다음 각 에픽들의 기간을 변경하였습니다. 위 사진 처럼 마우스를 가져가면 + 버튼이 보입니다. 클릭하면 하위 이슈 만들기 해서 각 에픽를 하기 위해 디테일을 잡아주는 겁니다. 예를 들어 3끼 꼬박 챙겨먹기가 에픽이라면 하위 이슈에는 3끼를 먹기 위해 배달 음식 시키기, 요리하기 등이 있을 겁니다 그게 프로덕트 백로그 만들기 입니다. 쉽죠??? 구성 -> (왼쪽메뉴) 이슈 유형 추가 : 하위 이슈를 바꿀 수 있습니다. 그리고 이슈유형안에 에픽&Task& 버그에 Sprint 와 Story poin estimate..

제가 배운 Notion, Trello, Jira 중 가장 개발자(?) 스럽다 해야되나... 그래서 이번 시리즈는 강의 외 좀 설명이 부족했던 부분에 대해 작성할 예정입니다. 실습 1 로드맵 지금 시작합니다. ❓로드맵이란 조직이나 프로젝트가 향후 몇 달 또는 몇 년 동안 어떤 방향으로 나아갈 것인지를 시각화하고 계획하는 도구. Jira Product Discovey의 로드맵은 보드 또는 타임라인 보기를 사용하여 만들어집니다. 타임라인 보기를 통해 월별 또는 분기별 타임라임을 한 눈에 볼 수 있습니다. 회원 가입은 생략함. 주의점이 무료버전인지 꼭 확인할 것. 확인 하는 법 설정-> 청구 미리보기 프로젝트 -> 프로젝트 만들기 -> 소프트웨어 개발 -> 칸반 -> 템플릿 사용 -> 팀 혹은 회사에서 관리하는..

애자일(Agile)이란? 일정한(짧은) 주기를 가지고 빠르게 제품을 출시하여 고객의 요구사항, 변화된 환경에 맞게 요구를 더 하고 수정해 나가는 탄력적인 방법론. Backlog 개발해야 할 기능 또는 제품에서 요구하는 기능과 우선 순위 항 일 목록 리스트는 백로그라고 보기 어렵다. Backlog에는 ‘누가’, ‘어떤 문제’를 겪고 있는 지, 그래서 우리가 ‘문제를’ ‘어떻게 해결’할 수 있을 지, 그 문제를 해결함으로써 얻게 되거나 기대하는 결과는 무엇인지를 명시해야 한다. Scrum(스크럼) 유지보수보다는 개발에 초점이 맞추어진 애자일 방법론 팀이 중심이 되어 개발의 효율성을 높인다. Sprint 작은 개발 주기(보편적으로 1주~4주) Sprint Backlog 제품 책임자와 스크럼팀이 모여 하는 스프..

Git Branch 이름 규칙 기능 개발 : feature/login(로그인), feature/select-product(상품조회) 출시 준비 : release-1.3, release-1.4 긴급 수정 : hotfix-1.2.1 브랜치 삭제하는 법 git branch -d ex) git branch -d feature/1. 더 자세한 내용은 https://studyiwthme.tistory.com/24 참고 ❓원격브랜치 삭제했지만, 로컬 브랜치 남아있는 이유? https://studyiwthme.tistory.com/25 ❓원격저장소에 브랜치 생성한 뒤, 로컬에서 작업할 때, 생길 수 있는 문제 https://studyiwthme.tistory.com/26 commit을 하기 전까지는 브랜치를 나누어도 ..

상황 설명 강의를 보면서 깃 플로우 연습을 하고 있었다. 아래 사진 처럼 두 개의 창을 띄워 놓고 하고 있었다. 왼쪽 창은 강의를 보면서 따라 하고 오른쪽 창은 혼자서 먼저 한 다음 강의를 틀고 맞는 지 뭘 틀렸는 지 확인 하며 하고 있다. 뭘 하고 싶었는가? 원격 저장소(깃허브)에서 브랜치를 먼저 생성한 뒤 로컬(vscode)에서 브랜치를 가져와 작업하고 싶었다. (강의를 보면서 따라한 왼쪽 창) 1) 로컬에서의 branch 목록을 보여주는 명령어로 현재 main 만 있음을 확인할 수 있다. 2) 원격저장소(GitHub)에서의 branch 목록을 보여주는 명령어로 현재 origin.main 만 있음을 확인할 수 있다. 최소한 3번 과정 들어가기 전에 Github에서 branch를 생성해야됨. 3) 깃 ..

상황 설명 GitHub에서 pull request를 하고 사용하지 않은 branch를 삭제했지만 vscode에서는 여전히 branch가 존재했다. 해결 과정 git remote prune origin git remote prune origin 명령어는 로컬에서 더는 존재하지 않는 브랜치에 대한 참조를 제거하여 로컬 리포지토리를 정리하는 데 사용됩니다. 기본적으로 이 명령은 로컬 리포지토리의 브랜치들 중에서 원격 저장소에 더 이상 존재하지 않는 것들을 제거합니다. 이는 원격 저장소에서 삭제된 브랜치들이 여전히 로컬에서 추적 중인 브랜치로 남아 있는 경우에 유용합니다. git remote prune origin을 실행하면 Git은 로컬 리포지토리의 원격 추적 브랜치(원격 저장소의 브랜치를 추적하는 로컬 리포..

아래 명령어로 브랜치 목록을 살펴봅니다. git branch 저는 3번 째 줄에 있는 feature/select-prosuct -> 이 부분에서 오타가 나서 삭제해주도록 하겠습니다. // git branch --delete // git branch -d git branch --delete feature/select-prosuct 그러면 다시 브랜치를 넣어보도록 하겠습니다. // git branch git branch feature/select-product 참고한 블로그 : https://www.lainyzine.com/ko/article/how-to-remove-local-git-repository-branch/ 위 블로그에서 머지된 브랜치와 머지되지 않은 브랜치 등.. 볼 수 있습니다. 저는 머지는 ..