fix(ci): stop changesets from stamping [skip ci] on the version commit

`.changeset/config.json` had `"commit": true`, which changesets normalizes to
`["@changesets/cli/commit", { skipCI: "version" }]`. That makes `changeset
version` create the version commit itself, with `[skip ci]` in the message:

    RELEASING: Releasing 1 package(s)

    Releases:
      react-router-devtools@6.2.2

    [skip ci]

Two consequences:

1. The `commit: "chore: release"` message configured in the Release workflow was
   never used, because the action had nothing left to commit.
2. `[skip ci]` survived the merge of the Release PR onto main, so GitHub skipped
   every workflow on that push. The Release workflow -- the only thing that runs
   `changeset publish` -- never fired.

Net effect: merging a Release PR bumped the version, wrote the CHANGELOG and
consumed the changeset, but published nothing. This bit 6.2.2 (bumped in #263 on
Jun 19, never reached npm; zero workflow runs recorded against that commit). It
was latent before that only because an unrelated push to main happened soon
after each release and picked up the publish by accident -- that is how 6.2.1
shipped.

Setting `"commit": false` leaves the commit to changesets/action, which uses the
workflow's `chore: release` message with no skip directive, so merging a Release
PR triggers Release and publishes.

Author: AlemTuzlak

.changeset/config.json

@@ -1,7 +1,7 @@
 {
 	"$schema": "https://unpkg.com/@changesets/config@3.0.2/schema.json",
 	"changelog": "@changesets/cli/changelog",
-	"commit": true,
+	"commit": false,
 	"fixed": [],
 	"linked": [],
 	"access": "public",