Eundms

도구 및 설정 > 앱 관리   슬랙 마켓에서 Github, Jira 를 찾아 설치한다 슬랙 메시지 창에서 /jira connect 하면(1) 어떤 URL에서 (2) 어떤 프로젝트를 연결할 것인지 (3) slack의 어느 채널이랑 연동할 것인지 설정한다 해당 채널에서 Jira 봇이 atlassian.net 에서 Jira 설정을 하라는 버튼을 보여준다   슬랙 메시지 창에서 /github subscribe owner/repo  하여 해당 Github의 레포지토리에 slack에서 접근할 권한을 설정하면 된다

😎 지식/Git&Jira🛠️ 2025. 1. 9. 09:27

더보기ssafy에서 써보고 안 써본 지라 다시 써보자 쀼 이슈가 너무 많다 ㅎEpic은 큰 규모의 기능 또는 프로젝트의 주요 목표 Story는 사용자의 요구사항을 기술한 것 사용자로서 [기능]을 [목표]하기 위해 Bug는 소프트웨어에서 발생한 결함 Task는 구체적인 작업 단위, 기능을 개발하는 데 필요한 세부 작업기능 구현, 문서 작성, 코드 리뷰 Epic: "사용자 로그인 시스템 구현"Story 1: "로그인 페이지 UI 개발"Task 1: "로그인 버튼 디자인"Task 2: "입력 필드 및 유효성 검사"Bug: "로그인 버튼 클릭 시 응답 없음"Story 2: "서버 사이드 로그인 로직 개발"Task 1: "OAuth 인증 연동"Bug: "OAuth 인증 실패 시 오류 메시지 미출력"Jira와 Gi..

😎 지식/Git&Jira🛠️ 2025. 1. 7. 21:29

이전에 블로그에 " 생존을 위한 Git" 이라는 주제로 블로그 글을 발행한 적이 있다이번 글은 예시를 통해 왜 해당 명령어를 쓰는지 와닿게 작성하려고 한다  Q. 어! 원격 브랜치(타인과 공유되어 있음)의 커밋을 취소해야 할 것 같아요reset과 revert중에 무엇을 사용해야 하나요?   두 명령어의 차이점을 예시로 알아보자 둘 다 취소하는 명령어지만 revert는 커밋 취소를 내역으로 남긴다    초기 상태에서 reset을 진행해보자    잘못된 커밋은 소리 소문 없이 사라지고 --soft HEAD~1 옵션으로 인해 staging 영역에 변경 사항이 있음을 알 수 있다     초기 상태에서 revert를 진행해보자   revert를 진행하니revert가 일어났음을 표시하는 커밋을추가하는 창이 떴다  ..

😎 지식/Git&Jira🛠️ 2024. 12. 31. 20:59

1. Main 브랜치 출시 가능한 프로덕션 코드를 모아두는 브랜치 / 배포된 각 버전을 Tag를 이용해 표시2. Develop 브랜치 다음 버전 개발을 위한 코드를 모아두는 브랜치 / 개발이 완료되면, Main 브랜치로 머지됨3. Supporting 브랜치 (1) feature 브랜치하나의 기능을 개발하기 위한 브랜치 / Develop 브랜치에서 생성하며 기능이 개발 완료되면 다시 Develop 브랜치로 머지됨 / Fast-Forward가 아닌 Merge Commit을 생성하며 머지함 / 히스토리가 특정 기능 단위로 묶임 (2) release 브랜치 소프트웨어 배포를 준비하기 위한 브랜치 / Develop 브랜치에서 생성하며, 버전 이름 등의 소소한 데이터를 수정하거나 배포전 사소한 버그를 수정하기 위해..

😎 지식/Git&Jira🛠️ 2024. 3. 18. 13:28

reset1. staging area에 올라간 파일을 unstaging 할 때 이용 (git add 취소)2. 다른 사람간 코드가 공유되지 않는 경우 (ex - 혼자만 사용하는 브랜치)   git reset [commit hash] : 해당 commit으로 브랜치의 참조를 변경git reset –-hard [commit hash] : working directory, staging area, commit 모두 resetgit reset –-mixed [commit hash] : working directory 유지, staging area, commit reset , default optiongit reset –-soft [commit hash] : working directory, staging are..

😎 지식/Git&Jira🛠️ 2024. 3. 18. 10:03

이런 상황과거의 나 : (무지성) commit, merge 현재의 나 : (아! 생각보다 커밋 기록을 확인할 일이 있네.. 커밋 메시지랑 기록을 잘 남겨놔야 하는 것을 깨달은 상태)그래서, merge, rebase, cherry-pick, squash and merge 에 대해 정리를 진행해보려한다rebase- 커밋이 분기되는 base를 수정하는 작업- 공통된 커밋으로부터 수정하려는 base 커밋까지의 차이점을   1) 패치(patch)에 임시로 저장하고   2) 참조 커밋을 수정한 후   3) 패치(patch)를 순차적으로 적용한다 - 새로운 commit을 만들지 않는다  예) v 2.1.0 이후에 2가지 이슈가 발생하였다issue1 : 함수 결함 수정issue2 : 함수 추가 방법1) 작업용 브랜치끼..

😎 지식/Git&Jira🛠️ 2024. 3. 15. 17:47

Tracked (관리대상) = Unmodified (수정하지않음) + Modified (수정함) + Staged (커밋으로 저장소에 기록할 상태) Untracked (관리대상이 아님) 처음 저장소를 Clone하면 모든 파일은 Tracked이면서 Unmodfied 상태이다. 상태 확인 명령어 상태 확인(파일 변경) git status 상태 확인 (더 자세한 내용) - 워킹 디렉토리, Staging Area 비교 git diff - 저장소, Staging Area 비교 git diff --staged 커밋 히스토리 조회하기 git log > ide에서 제공해주는 그래프 기능을 보는게 더 편하다

😎 지식/Git&Jira🛠️ 2024. 3. 15. 16:31

코드리뷰를 어떻게 잘할 수 있는지 조사해보았다. 작성자를 위한 팁 1. 코드는 내가 아니다 (감정적으로 받아들이지 않기) → 리뷰어의 좋은 의도, 불치하문 2. PR 사이즈를 최대한 작게 (코드 변경을 작게) → 400줄 이하로 - 버그 하나당 하나의 PR - 버전 업데이트 및 리팩토링은 별도의 PR - 규모가 큰 변경 사항은 의미 있는 작은 단위로! 3. 맥락(Context)를 이해할 수 있도록 정보 제공 Why > What 4. 빠른 시일 내에 리뷰를 받도록 최선을 다하기 -까지 리뷰 가능 5. 코멘트에 대해 명확하게 피드백을 하기 ack 네, 반영했습니다. 리뷰어를 위한 팁 1. 컨벤션에 관한 리뷰는 자동화한다. 테스트 커버리지, esLint, Formatter, Team’s convention 누..

😎 지식/Git&Jira🛠️ 2023. 9. 24. 01:25