Ignore whitespace before and after git tags
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 3/5
- Tempo stimato
- 1-2 giorni
- Idoneità per principianti
- 45/100
Direzione di ricerca
Inizia dal punto di ingresso git-am di pwclient e riproduci la patch segnalata usando il tag Reviewed-by con spazi bianchi circostanti mostrato nell’issue. Determina se l’analisi dei tag appartiene a patchwork o a pwclient, quindi verifica che git-am preservi il tag e che i tag senza spazi bianchi circostanti continuino a funzionare.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
NOTE: Experienced on old 2.2.0, maybe it has been fixed. Also I'm not sure if it is patchwork or pwclient issue.
Space before git tags (e.g. Reviewed-by: Li Wang <liwang@redhat.com>) causes pwclient git-am to ignore them.
See:
https://lore.kernel.org/ltp/CAEemH2dU6XP+Er75eERgo+p7TyMgEjMJY7tjAGA15NOKFrZM+A@mail.gmail.com/
https://patchwork.ozlabs.org/project/ltp/patch/20251010113014.309433-1-pvorel@suse.cz/#3595268
$ cat ~/.pwclientrc
[ozlabs]
url = https://patchwork.ozlabs.org/xmlrpc/
username: ...
password: ...
$ pwclient git-am 2148087 -p ozlabs
Applying patch #2148087 using "git am"
Description: tst_cmd.h: Convert the rest of comments to kerneldoc
Applying: tst_cmd.h: Convert the rest of comments to kerneldoc
$ git log -1
commit 980c30ad8042de6694be88866a0d668aa8748bc9 (HEAD -> xxx)
Author: Petr Vorel <pvorel@suse.cz>
Date: Fri Oct 10 13:30:14 2025 +0200
tst_cmd.h: Convert the rest of comments to kerneldoc
Move docs from the private function implementations (functions with
trailing underscore) to functions used into functions used in the new
API.
This avoids to document private functions.
Signed-off-by: Petr Vorel <pvorel@suse.cz>
Reviewed-by: Andrea Cervesato <andrea.cervesato@suse.com>
=> There is no Reviewed-by: Li Wang <liwang@redhat.com>.
- Lingua principale
- Python
- Stelle
- 317
- Fork
- 91
- Metriche di merge delle PR
- Nessuna PR unita negli ultimi 30g
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 getpatchwork/patchwork
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 68/100
getpatchwork/patchwork#668 ·
-
bug web-ui
Difficoltà 2/5 1-3 ore Idoneità per principianti 74/100
getpatchwork/patchwork#546 · 2 commenti ·
-
Difficoltà 3/5 1-2 giorni Idoneità per principianti 52/100
getpatchwork/patchwork#664 ·
-
Difficoltà 4/5 3-5 giorni Idoneità per principianti 48/100
getpatchwork/patchwork#663 ·
-
Difficoltà 5/5 Più di una settimana Idoneità per principianti 35/100
getpatchwork/patchwork#636 · 2 commenti ·
Tutte le issue di getpatchwork/patchwork
Issue simili
-
documentation help wanted
Difficoltà 2/5 1-3 ore Idoneità per principianti 90/100
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 90/100
simonw/sqlite-utils#872 ·
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 88/100
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 82/100
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100