Problems with commit message titles start with #
Maintainer antworten meist innerhalb von 1 Tag
Dieses Issue hat noch niemand übernommen.
Bewertung
- Schwierigkeit
- 4/5
- Geschätzter Aufwand
- 3-5 Tage
- Anfängerfreundlichkeit
- 22/100
Rechercherichtung
Start with the EmptyMessage commit-msg rule, since it rejects the commit once Git has stripped the #16: title. Reproduce by committing a message beginning with # under the default config, with core.commentchar set to ;, and with --cleanup=whitespace, and compare how Overcommit reads the message in each case. Done means a #-prefixed title is kept and not rejected as empty, while genuinely empty messages still fail.
Vom Indexierungsmodell aus dem Issue-Text verfasst.
Beschreibung
I'm facing this obscure issue that with commit message titles start with # (e.g. #16: This is a sample commit for the issue 16)
Behaviours:
Without Overcommit (or after overcommit --uninstall)
- No problems with commit messages start with #
With Overcommit
- With the default Git config
- Git will clean up and strip the commit title, so it becomes empty
- Then overcommit rejects it due to
EmptyMessagerule (which is the correct behaviour of course)
- With
git config --global core.commentchar ';'set- Git still cleans up and strips the commit title with
#, so it becomes empty again - Then overcommit ignores the empty message and doesn't reject the commit (even if EmptyMessage is enabled by default)
- Git still cleans up and strips the commit title with
- With
git config --global commit.cleanup whitespaceset- Maybe I'm doing something wrong here. Setting git commit.cleanup mode has no effect on anything. The commit message is still gone and overcommit is rejecting the empty message.
- Use
git commit -m "#16: This is a sample commit for the issue 16" --cleanup=whitespace- Same as above. No effect when it should.
- Vorherrschende Sprache
- Ruby
- Sterne
- 4k
- Forks
- 288
- Ø Merge
- 2 T. 4 Std.
- Gemergte PRs (30 T.)
- 18
Entwicklungsumgebung
- Kein Dockerfile und keine Docker-Compose-Datei
- Keine Pull-Request-Vorlage
- Beitragsleitfaden lesen
Erste Schritte
- Lesen Sie das ganze Issue und danach den Beitragsleitfaden des Projekts.
- Schreiben Sie ins Issue, dass Sie es übernehmen — das erspart doppelte Arbeit.
- Forken Sie das Repository und arbeiten Sie in einem Branch.
- Öffnen Sie einen Pull Request, der die Issue-Nummer nennt.
Mehr aus sds/overcommit
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 62/100
sds/overcommit#909 ·
Maintainer antworten meist innerhalb von 1 Tag
-
Schwierigkeit 1/5 Unter einer Stunde Anfängerfreundlichkeit 78/100
sds/overcommit#847 · 1 Kommentar ·
Maintainer antworten meist innerhalb von 1 Tag
-
Schwierigkeit 3/5 Ein halber Tag Anfängerfreundlichkeit 62/100
sds/overcommit#908 ·
Maintainer antworten meist innerhalb von 1 Tag
-
Schwierigkeit 3/5 1-2 Tage Anfängerfreundlichkeit 35/100
sds/overcommit#875 ·
Maintainer antworten meist innerhalb von 1 Tag
-
help wanted
Schwierigkeit 4/5 3-5 Tage Anfängerfreundlichkeit 18/100
sds/overcommit#869 ·
Maintainer antworten meist innerhalb von 1 Tag
Ähnliche Issues
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 62/100
seek4science/seek#2784 ·
Maintainer antworten meist innerhalb von 2 Tagen
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 77/100
yosiat/panko_serializer#243 ·
-
enhancement priority: medium risk: low v1.9.0
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 78/100
davidteren/mutineer#379 ·
Maintainer antworten meist innerhalb von 2 Tagen
-
Translation tutorial: snippet crashes on chunks export and misses simple { t } entriesEvtl. vergeben @Mahdi-Hasan hat das heute übernommen. Offenresource-documentation
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 76/100
TarteelAI/quranic-universal-library#1020 ·
Maintainer antworten meist innerhalb von 1 Tag
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 78/100