Writing documentation on utils
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 3/5
- Tempo stimato
- 1-2 giorni
- Idoneità per principianti
- 72/100
- Tipo di issue
- Documentazione
- Chiarezza
- Abbastanza chiara
- Stato di attività
- Attiva
- Stack tecnologico
- go
- Ambito
- documentation
Direzione di ricerca
Inizia elencando i file nella directory /utils e leggendo le funzioni esportate di ogni helper e gli utilizzi esistenti altrove nel repository. Crea un file Markdown accanto a ogni file di utilità con una spiegazione e un piccolo snippet di utilizzo. Il lavoro è completato quando ogni file in /utils ha una documentazione corrispondente che descrive cosa fa e come utilizzarlo.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
Overview
Based on requests of some members of the API team, we will write documentation on how to use helper functions in the /utils directory.
- Create a
.mdfile for each file within the directory and add the explanation of what it does as well as a small snippet of code on how to use it. - You can get a piece of code from the other parts of repo that uses the helper or your own piece of code.
- For example,
├── logger.go
├── methods.go
├── regexes.go
└── utils_test.go
becomes
├── logger.go
├── logger.md
├── methods.go
├── methods.md
├── regexes.go
├── regexes.md
├── utils_test.go
└── utils_test.md
Note
This is especially important because as the team moves forward and develops more tools and features in the future, we need to utilize these helper more.
- Lingua principale
- Go
- Stelle
- 12
- Fork
- 54
- Merge medio
- 2m
- PR unite (30g)
- 1
Preparare l'ambiente
- Include un Dockerfile o un file Docker Compose
- Nessun modello di pull request
- Nessuna guida per i contributori
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di UTDNebula/api-tools
-
Improve unit tests in sectionParser_test.goForse già presa @Sidd-Pelluru l’ha presa 20 giorni fa. ApertaL1 recommended for recruits
Difficoltà 2/5 1-3 ore Idoneità per principianti 88/100
-
Improve unit tests in discountsParser_test.goForse già presa @LikithInam l’ha presa 7 giorni fa. ApertaL1 recommended for recruits
Difficoltà 2/5 1-3 ore Idoneità per principianti 88/100
-
L1 recommended for recruits
Difficoltà 2/5 1-3 ore Idoneità per principianti 85/100
-
Comet Calendar events with multiple locationsForse già presa @azythromycin l’ha presa 1 giorno fa. ApertaL1 Type: Bug Report
Difficoltà 2/5 1-3 ore Idoneità per principianti 76/100
-
Improve output in events.goForse già presa @DennisOrtin l’ha presa 11 giorni fa. ApertaL1 recommended for recruits
Difficoltà 2/5 1-3 ore Idoneità per principianti 76/100
Tutte le issue di UTDNebula/api-tools
Issue simili
-
perf(translator): Claude→Responses stream re-validates the whole request body on every SSE chunkAperta
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
router-for-me/CLIProxyAPI#6665 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 65/100
I maintainer di solito rispondono entro 1 giorno
-
enhancement
Difficoltà 2/5 1-3 ore Idoneità per principianti 74/100
superplanehq/superplane#8557 · 1 commento ·
I maintainer di solito rispondono entro 1 giorno
-
copilot-api domain:platform go
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
I maintainer di solito rispondono entro 1 giorno
-
docs: clarify gh api -f vs -F and @-file expansion in the gh skillForse già presa @MatiasOlivera l’ha presa oggi. Apertaenhancement
Difficoltà 2/5 Mezza giornata Idoneità per principianti 62/100
I maintainer di solito rispondono entro 1 giorno