Git 썸네일형 리스트형 💻Git 3주차 총정리(2)💻 ✔ 코드리뷰로 피드백주기 - code review는 PR한 내역에서 댓글을 달면서 리뷰를 남기는 방식을 많이 사용한다. [code review] 🔴 🔴 (issue) (Review) ↓ [Fork] 🔴 → 🔴 → ↓ ↑ → 🔴 (commits) (PR) (Merge) 🔴 (Revise Commits) - code review하는 이유? 1. 코드의 품질을 높일 수 있다. 2. 다른 사람의 눈으로 버그를 빠르게 발견할 수 있다. 3. 서로의 지식을 나누면서, 더 나은 방법을 찾아낼 수 있다. -> 내가 만든 코드가 아니라 팀의 코드의 품질을 높인다. - 이런 코드 리뷰문화를 소개하는 것은 개발팀의 문화를 보여주고, 사용자에게 닿는 프로덕트 즉, 코드의 퀄리티를 높이면서, 개선해나가고 있다는 것을 알리는 것.. 더보기 💻Git 3주차 총정리(1)💻 ✔ fork - 내가 주인이 아닌 다른 repo에 PR하려면 Fork(일종의 프로젝트 복사)가 필요하다! - repository의 사용권한이 다른 사람에게 있을 때, 예로 많은 사람들이 참여하는 오픈 소스처럼, 내가 소유하고 있는 repo가 아니더라도 프로젝트 제안할 때는 일단 프로젝트의 내용을 내 공간으로 가져와야 한다. - fork는 원본 소스코드를 복사해서 새로운 독립적인 software로 개발하는 것을 이야기한다. 마치 어떤 문서를 복사해서 그 위에 내가 원하는대로 수정해서 사용하는 것과 비슷하다. [Fork] 🟥 (나/Repo) ↙ ↘ 🟥 🟥 (김씨/Repo) (이씨/Repo) - 오픈소스에 기여할때는 fork해 온 후, PR을 한다. 프로젝트에 이 오픈소스에 기여하는 방법 가이드도 있다.단, .. 더보기 💻Git 2주차 총정리💻 ✔ issue - bug(프로그램이 원하는대로 동작X)를 신고(bug report, 버그 리포트) - 기능 추가등의 프로젝트 개선 제안(enhancement) - 위 문제들을 해결하기 위한 작업단위 - ex ) 1. 회원가입 기능에서 bug가 있어요! issue 등록해둘게요! 2. 여기 버튼을 더 눈에 잘 보이게 고치면 좋겠는데요? issue등록 해둘게요! 3. 6번 issue 제가 처리할게요! 제 앞으로 할당해두겠습니다! - issue는 먼저 만들고 협업전 논의한 후 작업을 진행하는 방법도 있다. - 또는 혼자 프로젝트 할시에도 작업기록을 체계적으로 관리하는데 도움된다. - 오픈소스 프로젝트에서는 issue에서 작업을 어떻게 해야할지 많은 논의를 하고 작업 하는 경우도 많다. ✔ Branch - 나뭇가.. 더보기 💻Git 1주차 - 총정리💻 ✔ Git 핵심쏙쏙 [1주차 정리 내용] 🔥 git 총정리 1. 버전 관리 : 프로젝트 상태가 변경되는 정보를 알고 있다는 것이다. Git은 가장 널리 쓰이는 버전관리 도구 중 하나로 commit을 사용해서 버전이 달라지는 것을 관리한다. 2. git initialize(초기화) : 컴퓨터에 있는 프로젝트를 Git이 관리하는 프로젝트로 만들 수 있다. 3. Commit : 현재 프로젝트의 상태를 저장하는 것이라고 생각하면 된다. 4. add(staging, 스테이징) : commit에 반영할지 안할지는 파일 단위로 선택할 수 있다. commit에 반영할 파일 을 선택하는 것이다. 5. commit history : commit한 순서대로 list. 즉, 역사~! 6. git initialize > add.. 더보기 이전 1 다음