Clarify "Co-authored-by" usage in PRs
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 1/5
- Tempo stimato
- 1-3 ore
- Idoneità per principianti
- 52/100
- Tipo di issue
- Documentazione
- Chiarezza
- Specificata chiaramente
- Stato di attività
- Ferma
- Stack tecnologico
- github
- Ambito
- documentation
Direzione di ricerca
Leggi il quarto paragrafo della sezione "Handling Others' Code" del devguide e consulta il topic di Discourse collegato per il contesto. Chiarisci quando utilizzare la riga Co-authored-by: di GitHub per contributi significativi derivanti da review o modifiche suggerite, incluso il modo in cui si collega a squash, automerge e modifiche suggerite direttamente.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
As brought up in a Discourse committers topic, the devguide could be more clear about Pull Request attribution on GitHub.
Specifically, in the fourth paragraph of "Handling Others' Code", the Co-authored-by: feature of GitHub is mentioned, but the use case of it is not defined.
Since GitHub will automatically attribute the primary author of the PR when using "squash and merge" or the "automerge", the Co-authored-by: is useful to add just prior to merging for anyone that significantly contributed to the PR, either via review or direct suggested changes. When using the GitHub UI to directly commit a suggested change to the PR, a Co-authored-by: line is automatically added to the commit message. Otherwise though, it has to be done manually for people other than the author to be attributed for contributing to the PR.
With this being a rather substantial part of the workflow for GitHub PRs, it seems to be worthwhile to mention when Co-authored-by: should be used rather than mentioning the feature without elaborating further.
- Lingua principale
- Python
- Stelle
- 2.1k
- Fork
- 1k
- Merge medio
- 2g 12h
- PR unite (30g)
- 12
Guida per i contributori
Apri la 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 python/devguide
-
type-feature
Difficoltà 2/5 1-3 ore Idoneità per principianti 68/100
-
type-feature
Difficoltà 2/5 1-3 ore Idoneità per principianti 68/100
-
topic-building python type-feature
Difficoltà 2/5 1-3 ore Idoneità per principianti 65/100
-
needs: decision topic-test type-bug
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
-
topic-dev process type-feature
Difficoltà 2/5 1-3 ore Idoneità per principianti 62/100
Tutte le issue di python/devguide
Issue simili
-
link-check link-check:sphinx-theme
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 65/100
qgis/QGIS-Documentation#11275 ·
-
bug priority:normal ready-for-dev
Difficoltà 2/5 1-3 ore Idoneità per principianti 88/100
OpenHands/extensions#626 · 1 commento ·
-
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 90/100
CSCfi/sd-search-api#39 ·
-
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 90/100