This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2021-07-01
Channels
- # announcements (53)
- # babashka (27)
- # beginners (103)
- # biff (1)
- # calva (21)
- # cider (5)
- # circleci (12)
- # clj-kondo (7)
- # cljfx (3)
- # cljsrn (9)
- # clojure (25)
- # clojure-europe (21)
- # clojure-nl (1)
- # clojure-uk (21)
- # clojured (1)
- # clojurescript (49)
- # cursive (20)
- # datomic (33)
- # events (3)
- # fulcro (39)
- # graalvm (20)
- # graphql (2)
- # introduce-yourself (1)
- # jobs (14)
- # keechma (3)
- # lsp (34)
- # malli (18)
- # meander (15)
- # off-topic (30)
- # polylith (10)
- # re-frame (21)
- # releases (2)
- # remote-jobs (5)
- # sci (10)
- # shadow-cljs (16)
- # tools-deps (2)
- # vim (6)
It's pretty frustrating that Circle chokes on force pushes:
fatal: reference is not a tree: 1383c630553b2d1494218437ba741cec811c105d
often I want the old build to keep running even if another build superseded itit's very difficult to track what's happening when someone keeps force pushing their branch
force pushing can support far more than squashing... e.g. rebase -i
with intentful editing of past commits
anyway that's besides the point :)
I notice Github actions works even less well with force pushes, CircleCI so far copes pretty well, but maybe not if you force push and some other step still has to fetch the branch. That's expected imo.
not sure, GH unlike gitlab keeps every git object (if that's the correct term) without any eventual GC