안녕하세요 😉 유유자적한 개발자 유로띠 입니다 😀 👏👏👏👏 이번 포스팅에서는 ✅ github team code review 란? ✅ team code review 설정 에 대해서 알아보겠습니다 github team code review ✅ github team code review(팀 코드리뷰) 란? PR(pull request)에 대해서 리뷰어(reviewers)를 지정할 때 자동 할당 기능을 통해 팀 구성원의 지정된 하위 집합이 팀 위치에 할당됩니다. team code review 언제 사용하면 좋을까? 매번 pr을 올리고 동일한 리뷰어를 검색하여 지정하는 건 매우 귀찮고 반복적인 일입니다. 물론 code owners로 사용자를 지정하면 매번 추가하지 않아도 자동으로 지정됩니다. 하지만 code ow..
안녕하세요 😉 유유자적한 개발자 유로띠 입니다 😀 👏👏👏👏 이번 포스팅에서는 ✅ GitHub Actions 실행 시 필수 체크 방법 ✅ 기본적인 ci-skip 처리 방법 ✅ matrix로 설정된 required job도 skip 하도록 하는 방법 에 대해서 알아보겠습니다 GitHub ci-skip ci-test는 Pull Request 요청이나 병합 시 GitHub Actions를 통해 자동으로 build 체크 및 코드에 문제가 없는지 검증을 진행하도록 많이 사용합니다. 또한, 해당 테스트가 성공적으로 완료되어야 병합할 수 있도록 필수로 상태 체크 검증을 추가할 수 있습니다. 그럼 이러한 테스트를 skip 해야 하는 이유에는 어떤 것이 있을까요? 문서 수정이나 스크립트 수정 등 코드 수정 및 개선, 코드..
안녕하세요 😉 유유자적한 개발자 유로띠 입니다 😀 이번 포스팅에서는 ✅ cherry-pick 이란? ✅ cherry-pick 사용법 에 대해서 알아보겠습니다 cherry-pick 이란? 🧐 ✅ cherry-pick의 사전적 의미 A metaphor, from the idea of picking through a bowl of cherries and seeking the best for oneself, or the idea of picking off the cherries for oneself from a cake or dessert. '케이크 위에 얹어져 있는 체리만 집어먹는 행위'라는 뜻에서 비유한 것으로 인기 있는 특정 요소만 고른다는 뜻입니다. 👀 체리픽은 언제 사용할까요? 🟡 BE/FE 에서 기능..
안녕하세요 😉 유유자적한 개발자 유로띠 입니다 😀 오늘은 삭막한 github를 꾸며보도록 하겠습니다 👏👏👏 꾸며도 삭막한건..비밀.. 이번 포스팅에서는 ✅ 개인 repository 만들기 ✅ 배지 만들기 ✅ readme stats 적용하기 ✅ hits 적용하기 에 대해서 알아보겠습니다 🎉 special github README repository 만들기 github 계정과 동일한 이름으로 repo를 생성합니다. 생성할 때 꼭 README.md 선택해 주세요 끝 😏 첫 번째 repository 생성은 끝났습니다. 이제 본격적으로 꾸미기 위해 READMD.md 파일을 수정해 봅시다 배지 사용하기 배지를 만들기 위한 사이트입니다. https://shields.io/ 단순히 개발 스택을 텍스트로 보여주는 건 너..
안녕하세요 😉 유유자적한 개발자 유로띠 입니다 😀 많은 분들이 소스의 버전 관리를 위해서 GitHub나 GitLab을 사용하실 겁니다 😁 저도 마찬가지로 지금까지 GitHub을 이용하여 불편 없이 잘 사용하고 있구요 👍 하지만 GitHub와 GitLab의 각각의 장점과 단점이 있기 때문에 병행해서 사용하면 좋을 거 같다는 생각으로 이번 포스팅을 준비했습니다 😁 이번 포스팅에서는 ✅ GitHub에 있는 repository를 간편하게 GitLab에 이전할 수 있는 방법에 대해 알아보겠습니다 👏👏👏👏 🎉 GitHub에서 GitLab으로 이전하기 📢GitHub 접속 gitHub 사이트에 접속을 합니다 ✅ profile settings settings 창에서 Developer settings를 클릭합니다 ✅ De..
SVN - commitGit - commit스테이지 역역 (index) SVN - Update Git - Pull Git 이 SVN 과의 차이점은?1. 로컬 저장소가 존재한다.2. 커밋 이전에 스테이지 영역에 추가하는 과정이 있다.3.각각 의 버전을 스냅샷으로 저장합니다. Git 용어커밋 Commit지역 저장소에 새로운 리비전을 추가하고무엇을 변경했는지 설명하는 로그 까지 저장하는 기능푸쉬 Push상위 저장소(Upstream repository) 에 변경사항을 적용하는 기능풀 Pull상위 저장소의 변경사항을 복사하고, 변경이력을 지역저장소와 병합브랜치 BranchCommit 객체를 가르키는 포인터, 하나의 단위해드 HEAD가장 최신의 리비전을 가리키는 포인터리베이스 rebaserebase는 merge 와..
git 사용 가이드 파일을 레포지토리에 commitTeam - commit - commit : 커밋만 해줌 commit and push : 서버까지 한번에 전송 Add to Git Index : 표시레포지토리에 commit 한 파일을 remote 레포지토리 에 push 하기commit 후 Team - Push to Upstream하면 정상적으로 서버에 반영됨 push된 소스 받기 Update Result : Fast-forwardTeam - Pull 하면 끝 파일 commit 후 push 한 소스 받기Update Result : Merged 개발자(다른 개발자) 가 파일 수정후 push 하였고, 개발자(본인) 도 수정하였음(다른 코드 라인 수정 ) 수정 한 파일을 commit 하고 다른 개발자 소스를 p..
git 사용법 1. Check Out : 코드를 내려 받는 행위2. Commit : 작성된 코드를 저장소에 업로드 하는 행위3. Merge : 코드가 충돌나는경우 차이를 일일이 확인하여 수동으로 merge를 해야한다.4. Update : 소스코드 버전이 올라가서 내려받을때5. Tagging : 코드 개발 중에, 특정 시점의 이미지에 표시를 해놓는 것6. QA branch : QA에 넘기기전에 QA branch 를 따고, 버그에 대한 fix를 이 QA branch에서 수행 및 반영 한다. QA가 모두 완료되고 나면, QA branch 에 있는 변경 내용을 다시 main branch 로 merge하여, bug 수정 내용을 반영하도록 한다. 참조 : http://bcho.tistory.com/773