Saltare al contenuto principale

Benvenuti e siamo grati a tutti i contributi a Capgo.

Questa pagina serve da aiuto per iniziare a contribuire.

Progetti

Ecco numerosi repository all'interno dell' Capgo organization that are part of the Capgo ecosystem.

ecosistema di __CAPGO_KEEP_0__.

I repository hanno differenti ambiti, utilizzano linguaggi di programmazione diversi e hanno livelli di contribuzione variabili. Capgo

capacitor-updater

Per aiutarvi a decidere quale repository possa essere il migliore da cui iniziare a contribuire (e/o che rientra nei vostri interessi), ecco una breve comparazione (<strong> i linguaggi in grassetto comprendono la maggior parte del codice </strong>): capacitor-updater Questa è la principale repository che fornisce il

Plugin. capacitor-updater? Questo è il repository che vuoi contribuire a correggere un bug o aggiungere una nuova funzione al aggiornatore Capacitor, questo è il repository che vuoi contribuire a.

Lingue: Swift, JavaScript, Java

capgo

The Webapp and serverless functions that make up the Capgo cloud platform.

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

Lingue: TypeScript.

website

Frontend per la pagina ufficiale di Deno: https://capgo.app/

Lingue: TypeScript, HTML, CSS

docs

Dalla documentazione in Markdown che alimenta https://docs.capgo.app

Idiomi: Markdown

capacitor-standard-version

Un manager di versione che potenzia la CI/CD per aggiornare le app.

Idiomi: JavaScript

  • Leggi il style guide.

  • Chiedi aiuto nella stanza di chat della community. stanza di discussione della community.

  • Menziona l'issue nei commenti prima di lavorarci. prima quando inizi a lavorare sull'issue.

  • Quando lavori a una nuova feature, crea un issue e discuti con gli altri contributori prima quando inizi a lavorare sulla feature; apprezziamo tutte le contribuzioni, ma non tutte le feature proposte vengono accettate. Non vogliamo che tu spenda ore a lavorare su un code che potrebbe non essere accettato.

  • Per favore, sii professionale nei forum. Seguiamo Rust's code of conduct (CoC). Hai un problema? Invia un'email a ry@tinyclouds.org.

Invia una richiesta di pull

Prima di inviare un PR a qualsiasi repository, assicurati di aver fatto quanto segue:

  1. Dai al PR un titolo descrittivo.

Esempi di titoli di PR buoni:

  • fix(std/http): Risolvi la condizione di corsa nel server
  • docs(console): Aggiorna le stringhe di documentazione
  • feat(doc): Gestisci le esportazioni nidificate

Esempi di titoli di PR cattivi:

  • fix #7123
  • aggiorna i documenti
  • risolvi i bug

  • Assicurati di avere un problema correlato e che sia menzionato nel testo del PR.

  • Assicurati di avere dei test che coprono le modifiche.

Invia una PR a Capgo

Inoltre assicurati che:

  1. bun run lint passa - ciò verificherà il codice Rust e JavaScript code per errori e errori comuni utilizzando Swiftlint (per Swift) e eslint (per JavaScript e Java)

Documentazione delle API

È importante documentare tutte le API pubbliche e vogliamo farlo inline con il code. Ciò aiuta a garantire che code e la documentazione siano strettamente legati.

JavaScript e TypeScript

Tutte le API e i tipi pubblicamente esposti, il capacitor-updater il modulo dovrebbe avere documentazione JSDoc. Questa documentazione viene analizzata e è disponibile al compilatore TypeScript, quindi è facile fornire ulteriori informazioni in seguito. I blocchi JSDoc vengono forniti prima della dichiarazione a cui si applicano e sono denotati da un /** preceduto da un */. Ad esempio:

export const FOO = "foo";
        

Trova di più a: https://jsdoc.app/