Release notes: pgr_edwardMoore 4.0.0 entry includes older history, and RST comments appear in NEWS.md
I maintainer di solito rispondono entro 3 giorni
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 2/5
- Tempo stimato
- 1-3 ore
- Idoneità per principianti
- 82/100
- Tipo di issue
- Bug
- Chiarezza
- Specificata chiaramente
- Stato di attività
- Attiva
- Stack tecnologico
- cpp, postgresql
- Ambito
- documentation, tooling
Direzione di ricerca
Leggi l’include pgr_edwardMoore vicino alla riga 417 in doc/src/release_notes.rst e find_stuff() in tools/release-scripts/notes2news.pl. Controlla le note di rilascio della versione 4.0.0 e le voci di NEWS.md per verificare la presenza di commenti RST. Poi verifica che l’include termini prima di «Version 3.2.0» e che i commenti non vengano copiati in NEWS.md.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
Found these while looking at #2972.
-
doc/src/release_notes.rst line 417: the include for pgr_edwardMoore uses
":end-before: Description", so the 3.2.0 and 3.0.0 history is included too.
The 4.0.0 section of https://docs.pgrouting.org/dev/en/release_notes.html shows
"New experimental function." under pgr_edwardMoore.
":end-before: Version 3.2.0" fixes it. The other includes in that file are fine. -
find_stuff() in tools/release-scripts/notes2news.pl copies RST comments into
NEWS.md: ".. Breaking change" appears 10 times (e.g. under pgr_contraction).
The rubric-to-bold conversion is only in the main loop, not in find_stuff.
About #2972: the nested bullets in NEWS.md use 2 spaces per level now, which
looks right to me, so the prefix in find_stuff seems to be needed.
I can send a PR for both if that's ok.
- Lingua principale
- C++
- Stelle
- 1.4k
- Fork
- 397
- Merge medio
- 2g 16h
- PR unite (30g)
- 8
Preparare l'ambiente
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 pgRouting/pgrouting
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
I maintainer di solito rispondono entro 3 giorni
-
Administrative Enhancement
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 80/100
I maintainer di solito rispondono entro 3 giorni
-
points_input Developers docForse già presa @withaman69 l’ha presa 101 giorni fa. ApertaC/C++ Developers Doc. good first issue
Difficoltà 2/5 1-3 ore Idoneità per principianti 70/100
pgRouting/pgrouting#973 · 10 commenti ·
I maintainer di solito rispondono entro 3 giorni
-
get_check_data developers docForse già presa @withaman69 l’ha presa 102 giorni fa. ApertaC/C++ Developers Doc. good first issue
Difficoltà 2/5 1-3 ore Idoneità per principianti 70/100
pgRouting/pgrouting#972 · 7 commenti ·
I maintainer di solito rispondono entro 3 giorni
-
pickdeliver: Create and use process/driver pairForse già presa @cvvergara l’ha presa 6 giorni fa. ApertaEnhancement Pick & Delivery
Difficoltà 4/5 3-5 giorni Idoneità per principianti 20/100
I maintainer di solito rispondono entro 3 giorni
Tutte le issue di pgRouting/pgrouting
Issue simili
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 70/100
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 70/100
KLayout/klayout#2554 · 1 commento ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 65/100
LaneDibello/Kotor-Patch-Manager#375 ·
I maintainer di solito rispondono entro 2 giorni
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 65/100
I maintainer di solito rispondono entro 1 giorno