메인 콘텐츠로 건너뛰기

모든 Capgo에 대한 기여를 환영하고 감사합니다.

이 페이지는 기여를 시작하는 데 도움이 되는 도우미 페이지입니다.

프로젝트

__CAPGO_KEEP_0__ 생태계의 일부인 조직 내에 여러 개의 저장소가 있습니다. Capgo organization that are part of the Capgo ecosystem.

어떤 저장소가 기여를 시작하는 데 가장 적합하고(또는 관심사에 맞는) 저장소인지 결정하기 위해, 코드베이스의 언어가 강조된 짧은 비교를 제공합니다.

이 저장소는 __CAPGO_KEEP_0__ 생태계의 핵심 저장소입니다. Capgo

capacitor-updater

이 저장소는 __CAPGO_KEEP_0__ 생태계의 핵심 저장소입니다. capacitor-updater 플러그인.

버그를 고치거나 새로운 기능을 추가하고 싶다면? capacitor-updater? 이 레포지토리에 기여하고 싶다면.

언어: 스위프트, 자바스크립트, __CAPGO_KEEP_0__ 클라우드 플랫폼을 구성하는 웹앱과 서버리스 함수.

capgo

Capgo 백엔드에 기여하고 싶은 곳에 공유하세요.

Share where you want to contribute to fix the backend of Capgo.

타입스크립트 공식 Deno 웹페이지의 프론트엔드:.

website

Java https://capgo.app/

언어: TypeScript, HTML, CSS

docs

__CAPGO_KEEP_0__의 Markdown 문서가 동작하는 https://docs.capgo.app

언어: Markdown

capacitor-standard-version

CI/CD를 통해 앱을 업데이트하는 버전 매니저.

언어: JavaScript

  • __CAPGO_KEEP_0__을 읽어보세요. 스타일 가이드.

  • 도움을 받으려면 " 커뮤니티 채팅방"에서 질문하세요.

  • 이슈에 작업을 시작할 때, 이슈 댓글에 작업 중인 것을 알려주세요. 이슈에 작업을 시작하기 전에. 새로운 기능에 작업을 시작할 때, 이슈를 생성하고 다른 기여자들과 논의하세요.

  • 기여를 감사합니다. 그러나 모든 제안된 기능이 승인되지 않습니다. 우리는 여러분이 시간을 들여 __CAPGO_KEEP_0__에 작업하는 것을 원하지 않습니다. 왜냐하면 그것이 승인되지 않을 수 있기 때문입니다. 포럼에서 전문적인 태도를 유지하세요. 우리는 you start working on the feature; we appreciate all contributions, but not all proposed features are getting accepted. We don't want you to spend hours working on a code that might not be accepted.

  • 행동강령(CoC) Rust's code of conduct contributions, but not all proposed features are getting accepted. We don't want you to spend hours working on a __CAPGO_KEEP_0__ that might not be accepted. ry@tinyclouds.org.

Pull Request를 제출합니다.

Capgo의 모든 저장소에 PR을 제출하기 전에 다음을 확인하세요.

  1. PR의 제목을 설명적인 제목으로 지정하세요.

좋은 PR 제목의 예시:

  • 서버에서 경쟁 상태를 수정하는 fix(std/http):
  • console에 대한 문서를 업데이트하는 docs(console):
  • feat(doc): 중첩된 재수출을 처리합니다.

좋은 PR 제목의 예시가 아닌 제목:

  • fix #7123
  • 문서를 업데이트합니다.
  • 버그를 수정합니다.

  • 관련된 이슈가 존재하고 PR 텍스트에 참조되어야 합니다.

  • 변경 사항을 커버하는 테스트가 존재해야 합니다.

제출하는 PR는 Capgo

위의 사항에 더하여 다음을 확인하세요:

  1. bun run lint 통과 - 이 체크는 Rust 및 JavaScript code에서 일반적인 오류와 에러를 검사합니다. Swiftlint (Swift) eslint (JavaScript 및 Java)

API 문서화

모든 공개 API를 문서화하고 inline에 code와 함께 문서화하고 싶습니다. 이 도움이 code와 문서화가 밀접하게 연결되어 있기 때문입니다.

JavaScript 및 TypeScript

모든 공개 API 및 타입, 모듈은 JSDoc 문서화를 가질 수 있어야 합니다. 이 문서는 TypeScript 컴파일러에 의해 파싱되고, 따라서 추가적인 다운스트림에서 쉽게 제공할 수 있습니다. JSDoc 블록은 적용 대상 바로 앞에 위치하고, leading으로 표시됩니다. capacitor-updater All publicly exposed APIs and types, the module should have JSDoc documentation. This documentation is parsed and available to the TypeScript compiler, and therefore easy to provide further downstream. JSDoc blocks come just prior to the statement they apply to and are denoted by a leading /** __CAPGO_KEEP_0__을 사용하여 */. 예를 들어:

export const FOO = "foo";
        

더 많은 것을 찾으려면: https://jsdoc.app/