프로젝트 maintainer 필요성 논의

[ycs1m1yk]

프로젝트 maintainer 필요성 논의

[cockyb]

각자 pr => 회의 => 각자 pr => 회의 => 순차적으로 merge => conflict 해결 => merge 리소스가 많이 드는 것 같습니다.
pr은 자유롭게 하고 maintainer가 추가 리뷰는 더 이상 없다고 생각되면 merge => pr 요청자는 컨플릭트 확인 후 컨플릭트 해결하고 다시 커밋하는 형태면 회의를 조금 줄일 수 있지 않을까요?

[ycs1m1yk]

각자 pr => 회의 => 각자 pr => 회의 => 순차적으로 merge => conflict 해결 => merge 리소스가 많이 드는 것 같습니다. pr은 자유롭게 하고 maintainer가 추가 리뷰는 더 이상 없다고 생각되면 merge => pr 요청자는 컨플릭트 확인 후 컨플릭트 해결하고 다시 커밋하는 형태면 회의를 조금 줄일 수 있지 않을까요?

넵! 지금처럼 회의 후에 한꺼번에 merge할 필요는 없을 것 같습니다.

그럼 바뀌는 부분은

1. maintainer 선정
2. merge하는 때를 회의 종료시 -> maintainer가 보고 추가 리뷰가 더 없다고 생각되는 때

이렇게 2가지로 정리할 수 있을까요?