[%] github pull request기능..

[익명(180.71)]

github에 pr올리기전에 master등 rebase로 병합해둬서 바로 pr통과되면 merge될 수 있게 하고싶은데..

Master <- FeatureA

로 rebase병합해서 PR올리면

Feature A 에 해당하는 gihub pull request 파일 변경 목록에 master 브랜치의 커밋로그까지 싹다 나오지않음?

보통 어떻게 처리함??..

[익명(180.71)]

Feature A에서 작업한 내역만 올리고 싶은데.. 아무래도 '병합'이 들어가다보니까 master 수정내역까지 다 딸려들어가는것같은데

[익명(180.71)]

그럼에도 불구하고 글같은거 보면, rebase후 pr을 올리는 팀들도 있단말이지.. 그런팀에서는 github pr로 리뷰할텐데.. 파일 수정내역이 엄청 많아져서 어떻게 리뷰할련지 몰겠다

[익명(220.94)]

뭔말임? 리베이스 하는데 마스터 커밋이 왜 diff에 나온단거

[익명(180.71)]

음.. 내가 한건 pull master, checkout featurea, rebase master 하고 push올린후에 첫 Pr을 올렸더니.. pull request에 master작업 커밋로그까지 다 찍혀서..

[익명(180.71)]

흠 이상

[익명(180.71)]

저 시나리오대로 따로 파서 테스팅할때는 featurea에서 작업한것만 나오네.. 내가 뭔가 실수해서 commit id를 다 바꿔버린건가

[익명(220.94)]

뭔가 타겟 브랜치를 잘못 찍은거같은 느낌인데

[익명(180.71)]

내 예측으로는 base가 되는 커밋들의 commit id를 다 바꿔버린 느낌..? 그래서 github에서도 새로운 작업파일이라 생각해서 다 등록시켜버린것같은데.. 흠.. 어떤게 문제였지.. 타겟브랜치를 잘못찍었다는말은 rebase를 master '에다가' 해야되는데 master '로부터' 해서 그런건가?

[익명(220.94)]

PR의 타겟 브랜치를 마스터가 아니고 다른걸로 찍었을거같다는 말임 글고 커밋id 달라도 내용같으면 diff에 안떠서 그건 아닐듯

[익명(180.71)]

아 맞네.. 타겟브랜치를 잘못정했구나 ㅋㅋㅋㅋ 감사

[익명(180.71)]