# Pull Request

How to use Git?
이전에 만들었던 프로젝트의 소스를 깃에 업로드 했던 적이 몇 번 있다. 사실 몇 번 사용해 본 적이 있음에도 협업에는 단 한 번도 사용해보지 않아 이번 기회를 통해 관련 명령어들을 정리하며 방법을 정리해 볼 생각이다. 그리고 남이 'Git 어떻게 써요?'라고 물어볼 때

[Kakao Cloud School] 16번째 회고록
카카오 클라우드 스쿨에서의 교육이 끝나가고 있습니다. 여태까지 공부하면서 그냥 되는대로 개발하는 마음가짐을 줄이기 위해 부단히 노력했지만 아직 많이 부족함을 느낍니다. 항상 무엇을 위해서, 왜 개발하는지를 생각하며 교육이나 프로젝트를 진행하기로 다짐하였습니다.

Github 팀 작업 과정(Mac)
초기 세팅 new Organization 만들기 팀원 초대 Organization 내부에 리포지토리 만들기 팀원 추가(권한 read -> write) 처음에는 파일 업로드 각자 branch 만들기 바탕화면에 폴더 아무거나 만들기, 우클릭 -> git bash git c

첫 프로젝트에서 경험한 아찔한 실수 😨 (feat. Github)
이번 포스팅은 처음으로 다른 개발자분들과 프로젝트를 하면서 깃허브로 협업하는 과정에서 겪은 내 아찔한 실수를 기록으로 남기고 앞으로는 두 번 다시, 이런 일이 벌어지지 않도록 하기 위한 취지로 글을 작성하게 되었다.이번 프로젝트에서는 깃허브를 이용하여 '깃 플로우'라는
[12.29] 6. GitHub Flow
Git Flow는 Git을 활용하여 협업하는 일련의 과정으로 Branch를 통해 이루어진다. 정해진 원칙이 있는 것이 아니며, 각 서비스 및 기능에 따라 제안되는 흐름이 있으며, 각각의 프로젝트 및 회사에 따라 상이하게 활용되고 있다.동일 저장소를 공유하여 활용하는 유
[Git] PR을 git branch로 가져와서 보는 법
협업을 하다보면 다른 사람이 PR을 올리고 리뷰 해달라고 요청하는 경우가 많습니다.그래서 대부분 해당 PR을 남긴 사람의 브랜치로 넘어가서 코드를 확인하는 경우도 잦죠.그러다보면 미처 정리하지 못했을 때 자신의 Local branch가 복잡해질 뿐더러 몇 번 PR이었는

32
Fork라는 말의 의미는 예상한 대로가 맞다. 아래는 위키에 작성되어 있는 포크(소프트웨어 개발)의 개요이다포크(fork) 또는 소프트웨어 개발 포크, 프로젝트 포크(project fork)는 개발자들이 하나의 소프트웨어 소스코드를 통째로 복사하여 독립적인 새로운 소프

git pull request 날리기
작업을 완료하고 github에 올린다음, 팀원들과 공유하고 피드백 및 수정을 거쳐 최종본이 main branch와 병합된다. 이 순서를 하나하나 뜯어보도록 하자. 먼저 처음, 내 로컬에 git 을 생성할 때는 git init 을 사용한다. 그 이후로 git add

[Github] pull request
git을 개인프로젝트에 도입하고자, 기본적인 내용들을 정리해보려 한다. 오픈소스 프로젝트에서 기여를 하려면 어떤 플로우로 진행이 될까? pull request을 구글링 하다가 좋은 튜토리얼 사이트를 발견했는데 설명서에 나와있는대로 따라하면 전반적인 플로우에 대해 알 수
TIL.22.11.01.-Pull Request 실전
git pull을 하였는가?merge용 branch에서 코드 수정하기git push 하기 전 현재 branch를 확인합니다.git push하고 dev를 base로 merge Pull Rquset으로 처리합니다. 그래도 push가 안 되어 있으면 git push (리포링

[Git] Pull Request 날리기!
만약 A와 B라는 깃헙 리포지토리가 있다고 하자.이때 A가 B개발자의 프로젝트가 마음에 들어 같이 프로젝트에 참여해 기여자로서의 공헌을 하고싶어한다.하지만 내가 다른 사람의 저장소에 있는 코드를 수정하거나, 다른 사람의 저장소의 코드를 내가 수정하려면 관리자가 직접 나
[git] pull request
참고 사이트!https://inpa.tistory.com/entry/GIT-%E2%9A%A1%EF%B8%8F-%EA%B9%83%ED%97%99-PRPull-Request-%EB%B3%B4%EB%82%B4%EB%8A%94-%EB%B0%A9%EB%B2%95-fol
0823 개발일지
관리자사이트 중 강사용 메뉴구조도 작성 완료화면 설계 작성 시작RESTful하게 api 주소 변경git branch 작성 후 master에 merge어제 계획한대로 url을 RESTful하게 바꾸려고 하니, url 중간에 변수값이 들어가는 경우가 생겼다. 기존 방식대로
개발일기 #4 : 필수 백로그 수집하기
하나의 코드 베이스를 가지는 프로덕트에서 많은 프로젝트가 파생되었다. 한 달 뒤에는 설치형 서비스를 제공할 계획인데 일정이 급박하다. 오늘은 일부 진행된 대대적인 UI 개편 작업을 잠시 멈추고 필수적인 백로그들을 문서화 했다. UI 영문화 작업이 필요하고, 동적으로 구

Github - Branch Rule & PR Approve
Github의 Branch Rule과 이것을 적용한 Code Review & PR Approve 방법에 대해 알아보자.