깃허브 진짜 간단한 질문입니다

Question

위 사진에서 어떻게 하면 저렇게 Merge branch 'feature 이런 식의 커밋이 자동으로 생성되는지 모르겠습니다.위 사진처럼하고싶다는 말이에요제가 지금까지 어떻게 했냐면git pull upstream develop &#61;&#61;> upstream 의 develop 에서 가져옴IntelliJ 이용해서 충돌 수정 &#61;&#61;> git add . 후에 git commit -m &#34;충돌 수정&#34;이러면 저렇게 자동으로 생성되는 저렇게 안뜨는데 뭘 어떻게 해야 위 사진처럼 할 수 있나염

kenu,전독시 · Accepted Answer

branch(feature/discussion)를 바꿔서 커밋한 후에git checkout develop 명령으로 develop 브랜치로 바꾼 후에 그 branch를 합치면(git merge)하면 됩니다.또는 다른 브랜치에서 커밋하고 간단하게 Pull Request 보내서 develop에 합치면 됩니다.^^; 간단한 문제가 아닌데요.

kenu,전독시 · Answer

from: https://docs.google.com/presentation/d/1b546zxH58lIrdYaYLufQum3ArKKF9cjW4ZvmC10jwIE/edit#slide=id.g2a5422651ba_0_65

RWB · Answer

레포지토리의 브랜치과 질문자분 컴퓨터의 브랜치를 각각 upstream, origin이라 정의해봅시다.서로 다른 사용자 A, B가 동시에 upstream을 받아 각각 작업하고 다시 upstream으로 push했다고 가정합니다.이 때, A와 B가 작업한 내용이 서로 다르며, 영향. 즉, 충돌이 없을 경우, GitHub는 자기가 알아서 질문자분이 말씀하신 Merge 커밋을 만들어 올리게 됩니다.왜 Merge 커밋을 만드냐면, A와 B가 작업한 커밋이 서로 연결되지 않는 별개의 커밋이기 때문에, 이를 병합하여 하나로 만들어주어야 합니다.어차피 병합만 하면 되는거니, 굳이 개발자에게 "A와 B가 작업한 내용으 서로 다르니까, 니가 하나로 병합해서 올려", 라고 하지 않고 자기가 알아서 해주는겁니다.두 번째가 질문자분 케이스인데, A와 B의 작업 영역이 서로 같아, 충돌이 난 경우입니다.예를 들어, 특정 메서드를 수행할 때 A는 "여기서 왼쪽으로 가"라고 작업했는데, B는 "여기서 오른쪽으로 가"라고 작업한 경우가 되겠네요.이 경우, 당연히 온전히 합칠 수 없으니, 마지막으로 병합한 개발자에게 "A랑 B가 서로 다른데, 둘 중 누가 맞는건지 알려줘"라고 물어봅니다.이것이 Conflict의 형태로 나타나는 것이고, 개발자가 이를 적절히 해결하여 커밋하고 다시 Push를 하게 됩니다.이 과정에서 질문자분이 반드시 커밋을 해야하기 때문에, Merge 커밋이 아닌, 질문자분의 커밋이 보이는겁니다.

깃허브 진짜 간단한 질문입니다

3개의 답변

Q&A 목록