This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2024-05-16
Channels
- # announcements (22)
- # beginners (4)
- # biff (4)
- # cider (5)
- # clerk (3)
- # clojure (28)
- # clojure-chennai (1)
- # clojure-europe (23)
- # clojure-gamedev (7)
- # clojure-korea (5)
- # clojure-madison (3)
- # clojure-my (1)
- # clojure-nl (1)
- # clojure-norway (49)
- # clojure-sweden (7)
- # clojure-uk (4)
- # clojuredesign-podcast (14)
- # clojurescript (10)
- # clr (5)
- # cursive (4)
- # datascript (17)
- # datomic (2)
- # events (1)
- # garden (1)
- # introduce-yourself (2)
- # jobs-discuss (14)
- # lsp (23)
- # malli (14)
- # missionary (9)
- # off-topic (109)
- # overtone (7)
- # polylith (5)
- # releases (5)
- # shadow-cljs (7)
- # sql (13)
- # testing (30)
- # xtdb (10)
- # yamlscript (44)
Is there a convention that you use for pushing changes to (your own) development
files? I've been using a generic "Update devfiles" message and I'm paranoid of polluting the commit history.
Do you mean code that is only used by you in dev?
yea correct
I don't know of a good convention, but in my experience, such code can be valuable to other developers on the team. For example if you have your own code that queries the database or fiddle with other parts of the system! If you keep these commits isolated, which I believe you already do, I would try to explain what's in each commit.
I normally use 2 guidelines for stuff like these:
1. keep them in separate commits (per Kent Beck's Tidy First(?))
2. prefix the message with a dev:
type per https://www.conventionalcommits.org/