핵심 팀](/about/team)의 바쁜 꿀벌들은 다음과 같은 많은 벌집을 계속 움직이게 할 책임이 있습니다. 이 프로젝트는 진화하는 프로젝트이므로 이 페이지는 변경될 수 있습니다.

여기에는 이슈에 대한 대응, 코드 검토 및 및 코드 병합, 새로운 기여자 멘토링, BeeWare 프로젝트 전체의 BeeWare 프로젝트 전반.

코드 결정을 내릴 때 신뢰하는 사람이 있고, 코드 및 조직 결정을 내릴 때 신뢰하는 사람이 있습니다. 코드 및 조직 결정을 내릴 수 있도록 신뢰하는 사람이 있습니다. 전체 조직의 비전을 이끌고, 커뮤니티가 합의에 도달하지 못하면 커뮤니티가 합의에 도달할 수 없는 경우 최종 결정을 내릴 수 있습니다.

이러한 레벨은 다음과 같이 설명할 수 있습니다:

꿀벌 또는 일벌:

  • BeeWare 커뮤니티의 모든 구성원. 우리는 공개적으로 작업하기 때문에 누구나 코드 변경을 제안하고 자신의 코드를 병합할 수 있습니다. 기여 능력에 대한 유일한 제한은 작업 권한이 있는 팀원이 권한을 가진 팀원이 작업을 병합하는 것입니다.

양봉가:

  • 신뢰할 수 있는 공헌자로 인정받은 꿀벌입니다. 이 꿀벌들은 특정 부분과 관련하여 능력을 입증했습니다. 특정 부분에 대한 능력을 일정 기간 동안 입증했습니다. 이는 기술적인 수준(자바스크립트, 파이썬, Objective-C 전문 지식, GTK+, macOS 지식) 또는 다른 수준(커뮤니티 관리, 코드 검토)일 수 있습니다. 또한, 아피아리스트는 프로젝트에 대한 커밋 비트를 가지고 있을 수도 있습니다. 전문성을 인정받을 수도 있습니다.

시니어 아피어리스트:

  • GitHub에서 더 높은 수준의 액세스 권한과 프로젝트 전반을 감독할 프로젝트 전체를 감독하는 책임이 추가됩니다. 이들은 다음을 수행할 수 있습니다. 아키텍처 결정을 내릴 수 있지만 궁극적으로는 BDFN에 답변합니다.

창립 아피아리스트: 러셀 키스-마기

  • 처음 언덕에 서서 면도가 필요한 야크를 염탐한 사람
  • 이 역할은 절대 변하지 않고 무한히 계속됩니다.
  • 이 역할은 BDFN 역할과 다릅니다.

지금은 자비로운 독재자(BDFN): 러셀 키스-마기

  • 자비로운 독재자]에 대한 테이크 인생](https://en.wikipedia.org/wiki/Benevolent_dictator_for_life), 프로젝트의 방향과 결정에 대한 책임은 궁극적으로 BFDN에 있습니다. "For Now"를 "For Life"가 아닌 "For Now"를 사용하는 것은 장고 테마를 참조한 것입니다. 핵심 유지 관리자의 책임이 한 사람의 자연스러운 생명. 삶은 오픈소스 외부에 존재하며, 코드/삶의 균형과 일반적인 웰빙은 매우 중요한 사항입니다.

가이드라인(실제 규칙이 아님)

커밋 권한을 가진 사람이 한 명 이상인 프로젝트와 마찬가지로 팀이 따라야 할 몇 가지 일반적인 지침이 있습니다:

  • 더 넓은 커뮤니티에 프로젝트를 잘 표현하세요.
  • 비웨어 프로젝트에 대한 모든 문의와 기여에 대해 존중**
  • 모든 사람이 좋은 의도를 가지고 있다고 가정합니다. 좋은 의도를 가지고 있다고 가정합니다.
  • 누군가가 "잘못된" 방식으로 무언가를 했다면, 그 이유는 의사소통 과정에서 실패했기 때문이라고 가정합니다.
  • 분노나 좌절감의 표현이 진심으로 나온다고 가정합니다. 진정한 이유에서 비롯된 것으로 가정합니다.
  • 커뮤니티의 다른 구성원들이 이러한 이상을 반영하도록 장려합니다. 자신의 커뮤니케이션에 반영하도록 장려합니다. 커뮤니티
  • 어떤 아피아리스트도 자신의 코드를 커밋해서는 안 됩니다.
    • 예외: "무언가 매우 고장났으니 지금 바로 고쳐야 합니다"
    • 예외: BDFN(향후 변경될 수 있음)
  • 핵심 팀원이 검토를 위해 제출한 모든 코드는 다른 팀원이 검토해야 합니다. 다른 팀원이 검토해야 합니다.
    • 예외: BDFN(향후 변경될 수 있음)
  • 모든 코드는 병합되기 전에 지속적 통합 테스트를 통과해야 합니다.
    • 예외: 결함이 있는 것으로 알려져 커밋해야 하는 코드 커밋해야 하는 코드
    • 예외: CI 테스트가 불충분한 리포지토리의 코드
    • 예외: 작업하고 커밋하는 것이 완벽하지 않은 것보다 낫다
  • 가능한 한 승인 프로세스를 자동화해야 합니다.
    • 이는 테스트, 린팅, 맞춤법 검사, 커버리지 등을 의미합니다.

양봉가 되기

새로운 아피어리스트를 팀에 영입하는 것은 기존 코어 팀의 단독 재량으로 재량에 따라 결정됩니다. 현재 이에 대한 명확한 규칙은 없지만 에 대한 확실한 규칙은 없지만, 일반적으로 누군가가 비웨어 프로젝트의 BeeWare 프로젝트에 기여한 공로를 입증한 경우 프로젝트에 대한 기여를 입증한 경우 초대됩니다. 또한 특정 도메인에 대한 지식이 있는 사람에게도 적용될 수 있습니다. 특정 도메인에 대한 지식(예: iOS/macOS)이 있는 사람으로 확장될 수도 있습니다. 기존 팀. 또한 커밋을 기반으로 할 필요도 없습니다. 다음과 같은 사람이라면 누구나 프로젝트 전반에 대한 기득권을 증명할 수 있는 사람은 누구나 프로젝트에 커밋할 수 있는 권한을 요청할 수 있습니다.

모든 신규 양봉가는 프로젝트의 핵심 가치와 가이드라인에 따라 프로젝트의 핵심 가치와 가이드라인에 '입문'하게 됩니다. 핵심 가치에 대한 요약은 에 대한 요약은 정보 페이지에서 확인할 수 있습니다. 팀에 합류하는 모든 사람은 팀에 합류하는 모든 사람은 이러한 가치를 지키고, 다음 사항에 기여해야 합니다. 시간이 지남에 따라 이러한 가치를 발전시키기 위한 토론에 기여해야 합니다.

신규 또는 기존 아피어리스트를 막론하고 어떤 아피어리스트라도 단독 관리자가 될 수는 없습니다. 많은 양봉가가 있고, 그 옆에는 도움과 조언, 멘토링을 제공할 수 있는 도움과 조언, 멘토링을 제공할 수 있습니다.

"커밋 비트"?

유닉스 시스템에서 파일의 단일 비트는 파일 실행 권한을 나타내는 데 사용됩니다. 권한을 나타내는 데 사용됩니다. 소스 제어 시스템에서도 비슷한 비트가 존재합니다. 코드 병합 기능을 나타냅니다. 누군가 "커밋 비트"를 가지고 있다고 말하는 것은 가 있다는 것은 코드 베이스에 대한 쓰기 권한이 있다는 뜻입니다. GitHub 용어로 이는 다음을 의미합니다. 풀 리퀘스트를 병합하고 프로젝트에 직접 코드를 커밋할 수 있는 프로젝트에 직접 커밋할 수 있다는 뜻입니다.