git pull request 사용전략...

Question

안녕하세요.git에서 pull request를 사용하는 방법에 있어서 의문점이 하나 있습니다. master 브런치를 고정으로 가고 필요할때 마다 새 브런치를 만들어 수정하고 pull-request를 날려서 master에 merge합니다. 여기서 시점이 제가 1번 시점에서 브런치 생성 후 다른 사람이 2번 3번 4번 브런치를 생성 후 merge를 했습니다.저는 이제 1번 시점에 생성된 브런치를 merge해야 하는데..1번이 merge가 되었을때 소스상에서 merge가 충돌이 나지 않았다고해도master가 정상적으로 동작이 되는지는 확인하지 않은 상태에서 merge가 됩니다. 여기서 master는 항상 온전하게 오류없이 빌드 배포되도록 커밋이력을 지켜야 한다면 어떻게 해야할까요?. 1번 시점에 생성된 브런치로 master를 merge하고 테스트를 거친 후 다시 master로 merge 하는 방법이 맞을까요?.pull request를 사용하시는 분들은 어떤 방법으로 사용하시는지 궁금합니다. 물론 테스트 및 merge는 ci에서 자동으로 처리합니다. 짧지만 큰 조언 부탁드립니다.감사합니다.

암소프라도뷰 · Answer

git flow를 이용하면 해결될 문제같아요~git flow를 사용하지 않을때는 작성자님과 같은 방법으로 해당문제를 해결하긴했었는데. 다른분들은 어떻게 하시는지 저도 궁금하네요~~ https://github.com/nvie/gitflow

서비스지향개발자 · Answer

git flow, gitlab flow, 등등 전략이 많더군요.. 여러가지 전략중 가장 깔끔해 보이던게 master만 가지고 가는 방법인데요.실제 사용경험이 없어서 위와같이 사용하면 되나 생각해 보았는데..혹시 다른 문제점이나 더 좋은방법이 없나 질문드렸습니다;.ㅎ

겸손합시다 · Answer

어떤 git server 혹은 브랜드를 쓰시는지 모르겠으나 서버에 옵션이 있습니다.정방향 커밋이 아닐 경우 PR 단계에서 머지자체가 불가능하도록요 github는 있구요

겸손합시다 · Answer

혹은 외국 저장소를 보시면 fix compile error, fix runtime error 등등 짧고 간결한 PR등을 볼 수 있습니다.이는 질문자님이 말씀하신 문제이며, CI에서 빌드 실패 혹은 유닛테스트 실패가 났을 경우 작업자가 해당 오류를 픽스하고 다시 올리는겁니다.

git pull request 사용전략...

4개의 답변

Q&A 목록