pull-request를 두 번 할때

로컬rep로 clone해온 폴더1 안에 있는 a.py와 b.py라는 모듈에서 각각 수정사항을 발견한 상황인데요.

답글들을 보니 변경사항 각각에 대해 branch를 생성해야 한다고 나와 있어서요. 그렇다면

(질문 1)
branch_a를 만들어서 a.py를 수정하고
branch_b를 만들어서 b.py를 수정해서
pull request를 총 2번 하는 것이 맞는지 궁금하구요

(질문 2)
질문 1에 대해서 '그렇다'라는 답이 나왔을 때 다시 드는 의문은,
만약 패키지 제작자가 a에 대한 pr과, b에 대한 pr 모두 merge할 가치가 있다고 판단했을 때

먼저 a에 대한 pull request를 merge 하면,
original package는 a.py에 대한 수정사항을 반영하게 되는데 (original package가 아니라 '변경된 패키지'가 생성됨!)

그 다음 b에 대한 pull request를 merge할 때는
original package가 아니라, 앞서 생성된 '변경된 패키지'에 대해 b를 merge해야 하는 상황이 올 텐데
이 경우 branch_b는 a.py에 대한 수정사항이 들어있지 않기 때문에, 충돌이 발생하지 않는가? 해서요

1) (동시에 2개 pr) 이런 충돌사항은 패키지 제작자가 알아서 관리해야 하는 것인지
2) (1회 pr) 충돌을 막기 위해서 a.py와 b.py에 대한 변경사항을 하나의 브랜치에 담아서 pr해야 하는지
3) (시간차를 두고 2회 pr) 아니면 a.py에 대한 pr이 merge될 때까지 충분히 기다린 다음에, 그렇게 '변경된 패키지'를 local로 다시 clone해 온 다음 그제서야, b.py에 대해 pr을 진행하면 되는 것인지

궁금하네요. 감사합니다.