참여하기
문서부터 코드, 디자인까지 모든 종류의 기여를 장려해요. Backstage를 만들고 개선하는 데 도움을 줄 수 있는 몇 가지 아이디어는 다음과 같아요!
출처: 문서
본문
문서부터 코드, 디자인까지 모든 종류의 기여를 장려해요. Backstage를 만들고 개선하는 데 도움을 줄 수 있는 몇 가지 아이디어는 다음과 같아요!
버그 신고
버그를 좋아하는 사람은 없어요. 여기에서 버그를 이슈로 신고하세요.
버그 수정 또는 새 기능 구축
GitHub 이슈에서 버그, good first issues, help wanted를 살펴보세요.
플러그인 구축
Backstage의 가치는 새 플러그인이 추가될 때마다 커져요. 모든 인프라 프로젝트에 대한 플러그인이 있다면 정말 멋지지 않을까요? 우리도 그렇게 생각해요. 그리고 여러분의 도움이 필요해요. 커뮤니티 플러그인 저장소로 가서 시작하세요!
플러그인의 훌륭한 참고 예시는 우리 블로그에서 찾을 수 있어요(@fastfrwrd님 감사합니다!).
어떤 종류의 플러그인을 만들어야/만들 수 있을까요? Spotify 안에서 개발한 120개 이상의 플러그인에서 얻은 몇 가지 영감은 여기에서 찾을 수 있고, 커뮤니티 플러그인 저장소에는 [plugin] 라벨이 붙은 제안 목록을 계속 유지할 거예요.
플러그인 제안하기
오픈 소스로 릴리스하려는 플러그인 개발을 시작한다면, 커뮤니티 플러그인 저장소에 새 Issue를 만드는 것을 제안해요. 이는 커뮤니티가 어떤 플러그인이 개발 중인지 알게 도와줘요.
좋은 플러그인에 대한 아이디어가 있지만 다른 사람이 그 작업을 맡아주길 바랄 때도 이 과정을 사용할 수 있어요.
비코드 기여 추가하기
가능한 개발, 빌드, 배포 환경의 지형이 매우 넓기 때문에, 프로젝트의 /contrib 폴더에서 이 영역에 대한 커뮤니티 기여를 환영해요. 이는 널리 커뮤니티를 돕지만 핵심 제품의 네이티브 지원 범위에는 맞지 않을 수 있는 것들을 두기에 훌륭한 곳이에요. 여기에서 Helm 차트, 대체 Docker 이미지 등을 찾을 수 있어요.
문서 작성 또는 웹사이트 개선
현재 문서는 매우 제한적이에요. /docs 폴더에 생명을 불어넣는 데 도와주세요.
문서는 backstage.io/docs에 게시돼요. 문서에 기여한다면 제출하기 전에 변경 사항을 미리 보는 것이 좋을 거예요. 웹사이트 소스는 /microsite 아래에서 찾을 수 있고, 빌드 및 로컬 서빙 지침은 README에 있어요.
문서 기여 방법에 대한 추가 정보와 유용한 지침은 문서 가이드라인(Documentation Guidelines)을 확인하세요!
Storybook에 기여
다른 플러그인이 일관된 경험을 제공하도록 보장하는 최선의 방법은 견고한 재사용 가능한 UI/UX 컴포넌트 집합이라고 생각해요. Backstage는 Storybook을 사용해요.
새 컴포넌트를 만들거나 기존 컴포넌트의 스토리를 개선하는 데 도와주세요(*.stories.tsx 파일을 찾아보세요).
피드백 제출
피드백을 보내는 가장 좋은 방법은 이슈를 제출하는 거예요.
기능을 제안하는 경우:
- 그것이 어떻게 작동할지 자세히 설명하세요.
- 구현하기 쉽도록 범위를 최대한 좁게 유지하세요.
- 적절한 라벨을 사용하세요.
- 이 프로젝트가 자원봉사로 운영되며 기여를 환영한다는 점을 기억하세요 :)
ADOPTERS에 회사 추가
Backstage를 사용하기 시작했나요? ADOPTERS에 회사를 추가하면 프로젝트에 정말 도움이 돼요. 이 Adopter 양식을 작성하면 돼요.