빈스토리

Git 브랜칭 전략 ▶ 참고링크 Git-flow 브랜치 필수 master develop 서포트 feature release hotifx 장점 명령어가 있다. 데이터와 IDE에 플로그인으로 존재 단점 브런치가 많아 복잡 안쓰는 브런치 존재 ▶ 배달의 민족 - git flow 사용법 Github-flow 요약 master 브런치에 대한 role만 정확하다면 나머지 브런치들에는 관여 X pull request 기능을 사용하도록 권장 장점 branch 구성 전략이 단순하다. 처음 git에 대해 접하는 사람에게는 좋은 시스템이 되어준다. Github사이트에서 제공해주는 기능을 모두 사용해 작업을 진행하게 도와준다. 코드 리뷰를 자연스럽게 사용할 수 있다. CI가 필수적이며 또한 배포를 자동으로 진행할 수 있다. ..

Git의 PR 관련된 설명은 여기에 가서 봐주세요! PR를 새롭게 올리려고 branch를 나눴는데 다른 branch의 파일도 함께 딸려 올라가는 경우가 있습니다. 저도 겪은 사례고 Git에 익숙하지 않다면 누구나 겪어봤을 법한 일입니다. 그래서 그 이유와 해결 방법을 작성해보려 합니다. 이유? 왼쪽 그림처럼 branch1과 branch2가 main 브랜치에서 갈라져나온 것이 아닌 우측 그림처럼 branch1의 내용을 이어받은 branch 1.1 버전이 생성되었기 때문입니다. 그럼 왜 이렇게 되었고 해결방안이 무엇인지 설명드리겠습니다. 왜? 다른 여러 이유가 있을 수 있지만 제가 했던 실수 하나만 이유로 꼽겠습니다. (왜냐하면 그 이유밖에 모르기 때문이죠😁) branch를 새로 생성할 때, 항상 최신의 상..

Github의 레포지토리에 들어가 상단을 보면 아래와 같이 구성되어 있습니다. 그 중에 Pull requests가 오늘 다룰 주제입니다! 협업을 하게되면 각자 분담을 하고 코드를 합쳐서 하나의 프로젝트를 완성하게 됩니다. 이 과정에서 pull request를 사용하면 서로의 코드를 리뷰 통해 잘못된 점은 무엇이 있는지, 더 나은 코드가 무엇인지 리뷰할 수 있습니다. 내가 작성했지만 코드리뷰를 하면서 다른 사람도 체크를 하니까 만약 여기서 문제가 발생해도 100% 내 책임은 아니다!!!🤭 이제 PR을 하는 방법을 천천히 소개해보겠습니다! 1. 함께 개발하는 소스를 fork → 나의 Github을 눌러서 소스를 가져옵니다. ※ fork란 개발자들 소스를 통째로 가져와 하나의 새로운 소프트웨어를 개발하는 것입..

git에 있는 내용을 가져오기 위해 소스를 복제하는 clone 내가 수정한 내용을 git에 다시 올리기 위해서는 add, commit, push 1. github에 있는 repository를 가져옵니다. 먼저 내 github repository에서 url을 복사해옵니다. 저는 윈도우 유저고 git bash를 사용하고 있습니다. 원하는 위치에서 git bash를 켜시고 아까 복사한 url로 레포지토리를 클론해옵니다. git clone 원하는 위치에 클론이 잘 된 것을 확인할 수 있습니다. 2. 내용을 수정해줍니다. README.md 파일에 있던 내용을 왼쪽에서 오른쪽과 같이 수정해줬습니다. ide는 visual code를 사용해줬습니다. 3. 수정한 내용을 git에 올려줍니다. 방금 수정한 내용은 내 로컬..