의미있는 오픈 소스 기고자를 다루는 방법? 성공적인 프로젝트에

프로그래머가 귀하에게 연락하여 프로젝트에 참여하도록 요청하면 어떻게 처리합니까?

  • 이 녀석이 좋은지 몰라요 아마도 그는 자신의 가치보다 더 어려움을 겪을 것입니다.
  • 그는 그의 이름을 kudos를 위해 성공적인 프로젝트에 첨부하려고 시도했을 것입니다.
  • 그는 실제로 원하지 않는 방향으로 프로젝트를 진행하려고 시도 할 수 있으며 추가 복잡성에 가치가 없다고 생각되는 기능을 추가합니다.
  • 또는 그는 매우 유용한 기고가 일 수 있습니다. 당신은 모른다.

모르는 사람들의 요청을 어떻게 처리합니까 (GitHub에서 특히 차이가 나는 경우)? 에티켓은 무엇입니까?



답변

OSS 프로젝트의 멤버십은 사람들을 인터뷰하고 선발하는 자금을 지원하는 기업 팀과는 다릅니다. 소스가 이미 있습니다 (그렇지 않으면 오픈 소스가 아닙니다). 그들에게 패치를 보내라고 지시하십시오. 패치가 좋은 경우 ( 먼저 검토 해야합니다 ) 커밋하십시오. 잠재 고객이 신뢰를 쌓고 귀중한 기여를 한 역사가 있으면 글을 쓸 수있게하십시오.

OSS 팀은 유기적으로 성장합니다. 스스로 질문을하고 시간이 지남에 따라 거리의 신념을 쌓을 수 있도록하십시오.


답변

이 간절한 사람이 당신에게 풀 요청을 보내 게하지 않겠습니까? 그 사람의 코드를 검토하고 비평 할 수 있습니다. 이것은 가장 간단한 해결책처럼 보입니다.


답변

임시 변경 사항을 수락하고 검토하십시오. 가치가 입증되면 소스 코드 저장소에 대한 쓰기 권한을 부여하십시오.