개발브랜치 PR을 올렸는데 PR이 오래 유지되어서... 중간에 master 변경사항까지 병합시킴.
그럼 PR에 로그에 master 변경사항까지 다 들어가는데..
이런 경우에는 그냥 새롭게 pr을 파는 편이냐..?
아니면 다른 방법이 있는건가?
내가 하고싶은건 PR에 내가 작업한 내용 로그만 올라가게 하고 싶은것..
개발브랜치 PR을 올렸는데 PR이 오래 유지되어서... 중간에 master 변경사항까지 병합시킴.
그럼 PR에 로그에 master 변경사항까지 다 들어가는데..
이런 경우에는 그냥 새롭게 pr을 파는 편이냐..?
아니면 다른 방법이 있는건가?
내가 하고싶은건 PR에 내가 작업한 내용 로그만 올라가게 하고 싶은것..
리베이스 - dc App
이해가 안되는데 rebase해도 달라지는게 있어? master에 rebase하라는거야? 아니면 rebase 스쿼시로 다 합쳐버리라는거야..?
니가 원하는대로 달라진다 - dc App
fetch all하고 오리진/마스터에 대고 리베이스 시켜 - dc App
이렇게 예전에 했는데 force-push가 필요할것같아서... force-push를 안하는 방향으로 하고싶은데..
내가 이미 올린 push의 해시값이 바뀌면 귀찮아질것같아서
diff 내역이 깔끔한게 더 중요한기 아니노 - dc App
이미 작업자중에 pull받고 작업한사람이 있을 수 도 있어서.. 그거 하나하나 체크하는 피로감땜시..?
rebase
이해가 안되는데 rebase해도 달라지는게 있어? master에 rebase하라는거야? 아니면 rebase 스쿼시로 다 합쳐버리라는거야..?
rebase 를 하면 브랜치의 시작 부분을 옮긴다고 생각하면 됨 - dc App
리베이스해서 님 pr의 시작을 지금 머지할 브랜치의 최신으로 옮기라는거
아하 그럼 force-push가 필요한건가?
글치
하 그럼 그냥 새롭게 받아달라고 요청드려야겠네 로그를 깔끔하게 하는 대신에
포스 푸쉬를 했는데 상대방이 이미 패치/풀 받았던 상태라고 하면 걍 브랜치 다 삭제하고 새롭게 받아달라고 하는게 정석인가?
새로 받든가 해야지머 다같이 쓰는 브랜치에 force push하면 서로 괴로워짐
그럼 님 논리라면 보통 PR단위는 개인 혼자 작업 하는 단위가 맞겠네..? 이런 상황을 안만들려고
뭐 논리까지 이야기하면 잘 모르겠지만 최대한 같이 안하게 pr을 쪼개지. pr브랜치에다가 pr을 다시 만들어서 머지하거나 요렇게 하고있음
글쿠만 감사합니다