Benvenuti e ringraziamo tutti i contributi a Capgo.
Questa pagina serve da aiuto per iniziare a contribuire.
Progetti
Esistono numerosi repository all'interno dell' Capgo organization that are part of the Capgo ecosystem.
ecosistema __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 codicebase </strong>): capacitor-updater Questa è la principale repository che fornisce il
Plugin. capacitor-updaterVolete risolvere un bug o aggiungere una nuova funzionalità a
? Questa è la repository a cui volete contribuire. Swift, JavaScript, Java
capgo
Il Webapp e le funzioni serverless che compongono la piattaforma cloud Capgo.
Condividi dove vuoi contribuire per risolvere il backend di Capgo.
Idiomi: TypeScript.
website
Frontend per la pagina ufficiale di Deno: https://capgo.app/
Idiomi: TypeScript, HTML, CSS
docs
La documentazione in Markdown che alimenta https://docs.capgo.app
Idiomi: Markdown
capacitor-standard-version
Il gestore di versione che alimenta la CI/CD per aggiornare le app.
Idiomi: JavaScript
-
Leggi il style guide.
-
Chiedi aiuto nella community chat room.
-
Quando lavori su un problema, menziona ciò nei commenti del problema. prima iniziare a lavorare sull'issue
-
Quando lavorate su una nuova funzione, create un issue e discutete con gli altri contributori prima iniziare a lavorare sulla funzione; apprezziamo tutte le contribuzioni, ma non tutte le funzioni proposte vengono accettate. Non vogliamo che spendiate ore a lavorare su un code che potrebbe non essere accettato.
-
Per favore, siete professionali nei forum. Seguiamo Rust's code of conduct (CoC). Avete un problema? Email ry@tinyclouds.org.
Invio di una richiesta di pull
Prima di inviare una PR a qualsiasi dei repos, assicuratevi che sia stato fatto il seguente:
- Dategli un titolo descrittivo alla PR.
Esempi di titolo PR buono:
- 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 titolo PR cattivo:
- fix #7123
- aggiorna la documentazione
-
risolvi i bug
-
Assicurati di avere un problema correlato e che sia menzionato nel testo della PR.
- Assicurati di avere dei test che coprono le modifiche.
Invia una PR a Capgo
Altri, oltre a quanto sopra, assicurati di:
bun run lintpassaggi - questo controlla Rust e JavaScript code per errori e errori comuni utilizzandoSwiftlinteeslinte
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 tra loro.
JavaScript e TypeScript
Tutte le API e i tipi pubblicamente esposti, il capacitor-updater modulo dovrebbe avere documentazione JSDoc. Questa documentazione viene analizzata e è disponibile al compilatore TypeScript, e quindi facile da fornire in modo downstream. I blocchi JSDoc vengono forniti prima della dichiarazione a cui si applicano e sono denotati da un /** preceduto da e terminato con un */. Ad esempio:
export const FOO = "foo";
Trova di più a: https://jsdoc.app/