From: Junio C Hamano <gitster@pobox.com>
To: git@vger.kernel.org
Subject: [PATCH v2 0/8] More sensible checkout/switch/restore code refactoring
Date: Sun, 30 Aug 2026 13:48:27 -0700 [thread overview]
Message-ID: <20260830204835.1040408-1-gitster@pobox.com> (raw)
In-Reply-To: <20260828225206.310500-1-gitster@pobox.com>
In the beginning, there was only 'git checkout'. We then introduced
'git switch' and 'git restore', borrowing as much original code as
possible from the implementation of 'git checkout'.
Unfortunately, this has left the code in a strange shape. Had we
started from separate implementations for 'switch' and 'restore'
then later merged them into 'checkout', we would not have arrived at
a design where three front-end routines, cmd_checkout(),
cmd_switch(), and cmd_restore(), funnel into a single monolithic
choke point in checkout_main(), which then determines whether we are
checking out a branch or paths, and dispatches to checkout_branch()
or checkout_paths().
This series is an attempt to repartition the code into a better
shape. Because checkout_branch() and checkout_paths() already exist
as two reusable helper functions, with sufficient refactoring of
checkout_main(), the two newer entry points, cmd_switch() and
cmd_restore(), can parse command-line arguments and configuration
settings and jump straight into checkout_branch() or
checkout_paths() respectively, without worrying about the other path.
Of course, cmd_checkout() still needs to decide whether to check out
a branch or a set of paths and dispatch between these two backends.
The series begins with three fairly isolated cleanups that are worth
making on their own, even if we do not follow through with the rest
of the series. Patches 4 and 5 then refactor various utility
functions out of existing code paths, and patch 6 uses them to
rewrite the three top-level command entry points to call these
functions without going through checkout_main(). Patch 7 is a
style-only fix done after the dust settles, which was deliberately
kept separate to simplify review.
The final step moves one helper utility out of builtin/checkout.c to
top-level checkout.c as an illustration of the libification discussed
in our recent threads.
Note that I consider this a fairly early and rough draft for
illustration only. There may be a few topics that touch 'git
checkout', and a refactoring of this scale might adversely impact
them, so I will not even merge these patches to 'seen'.
1/8: checkout: pass cb_option explicitly to branch name parsers
2/8: checkout: validate new branch name in checkout_branch()
3/8: checkout: validate stage and merge option compatibility in
checkout_paths()
4/8: checkout: extract option validation and pathspec helpers
5/8: checkout: extract branch setup and tracking helpers
6/8: checkout: restructure switch, restore, and checkout
entrypoints
7/8: checkout: wrap overly long lines
8/8: checkout: move post_checkout_hook() to checkout.c
Changes since the initial version are:
* [7/8] corrects the arguments to die_for_incompatible_optN() to
preserve similarity to the original as well as the output
message.
* [8/8] corrects the function signature of post_checkout_hook() to
make it independent of 'the_repository'.
builtin/checkout.c | 557 +++++++++++++++++++++++----------------------
checkout.c | 28 +++
checkout.h | 10 +
3 files changed, 328 insertions(+), 267 deletions(-)
Range-diff against v1:
1: 346f98225a = 1: 346f98225a checkout: pass cb_option explicitly to branch name parsers
2: 51320f57c9 = 2: 51320f57c9 checkout: validate new branch name in checkout_branch()
3: 6c321a88d6 = 3: 6c321a88d6 checkout: validate stage and merge option compatibility in checkout_paths()
4: 4eefe85ca7 = 4: 4eefe85ca7 checkout: extract option validation and pathspec helpers
5: 0154ed2547 = 5: 0154ed2547 checkout: extract branch setup and tracking helpers
6: c431b36468 = 6: c431b36468 checkout: restructure switch, restore, and checkout entrypoints
7: 9fdd854d1b ! 7: c8869d0b6a checkout: wrap overly long lines
@@ builtin/checkout.c: static void validate_path_options(struct checkout_opts *opts
- if (opts->overlay_mode == 1 && opts->patch_mode)
- die(_("options '%s' and '%s' cannot be used together"), "-p", "--overlay");
-+ die_for_incompatible_opt2(opts->overlay_mode == 1, "--overlay",
-+ opts->patch_mode, "-p");
++ die_for_incompatible_opt2(opts->patch_mode, "-p",
++ opts->overlay_mode == 1, "--overlay");
if (opts->checkout_index >= 0 || opts->checkout_worktree >= 0) {
if (opts->checkout_index < 0)
@@ builtin/checkout.c: static void parse_pathspec_from_file_options(struct checkout
if (opts->pathspec_from_file) {
if (opts->pathspec.nr)
- die(_("'%s' and pathspec arguments cannot be used together"), "--pathspec-from-file");
-+ die(_("'%s' and pathspec arguments cannot be used together"),
-+ "--pathspec-from-file");
-
+-
- if (opts->force_detach)
- die(_("options '%s' and '%s' cannot be used together"), "--pathspec-from-file", "--detach");
-+ die_for_incompatible_opt2(opts->force_detach, "--detach",
-+ 1, "--pathspec-from-file");
-
+-
- if (opts->patch_mode)
- die(_("options '%s' and '%s' cannot be used together"), "--pathspec-from-file", "--patch");
-
- parse_pathspec_file(&opts->pathspec, 0,
- 0,
- prefix, opts->pathspec_from_file, opts->pathspec_file_nul);
-+ die_for_incompatible_opt2(opts->patch_mode, "--patch",
-+ 1, "--pathspec-from-file");
++ die(_("'%s' and pathspec arguments cannot be used together"),
++ "--pathspec-from-file");
++
++ die_for_incompatible_opt2(!!opts->pathspec_from_file,
++ "--pathspec-from-file",
++ opts->force_detach,
++ "--detach");
++
++ die_for_incompatible_opt2(!!opts->pathspec_from_file,
++ "--pathspec-from-file",
++ opts->patch_mode,
++ "--patch");
++
+ parse_pathspec_file(&opts->pathspec, 0, 0,
+ prefix, opts->pathspec_from_file,
+ opts->pathspec_file_nul);
@@ builtin/checkout.c: static void parse_pathspec_from_file_options(struct checkout
+ new_branch_opt[1] = cb_option;
+ new_branch_force_opt[1] = toupper(cb_option);
+
-+ die_for_incompatible_opt3(opts->new_branch,
++ die_for_incompatible_opt3(!!opts->new_branch,
+ new_branch_opt,
-+ opts->new_new_branch_force,
++ !!opts->new_branch_force,
+ new_branch_force_opt,
-+ opts->new_orphan_branch, "--orphan");
++ !!opts->new_orphan_branch, "--orphan");
if (opts->new_branch_force)
opts->new_branch = opts->new_branch_force;
8: 295188d521 ! 8: b5b31c33ae checkout: move post_checkout_hook() to checkout.c
@@ Commit message
so that other subsystems can invoke the post-checkout hook without
depending on builtin/checkout.c.
+ Remove the dependency on 'the_repository'. While OK when the helper
+ was in builtin/checkout.c as an integral part of 'git checkout' (and
+ 'git restore'), this is no longer true for a common utility
+ function. Have it take a pointer to 'struct repository' and use its
+ associated hash algorithm.
+
This step in the series is entirely optional and is here primarily
for illustration. We may later want to teach 'git worktree' to
trigger the 'post-checkout' hook, for example, in which case such
@@ builtin/checkout.c: static void branch_info_release(struct branch_info *info)
/*
* Handle a tree object and determine if we need to recurse into the
* tree (READ_TREE_RECURSIVE) or skip it (0).
+@@ builtin/checkout.c: static int checkout_paths(const struct checkout_opts *opts,
+ &rev, NULL);
+ head = lookup_commit_reference_gently(the_repository, &rev, 1);
+
+- errs |= post_checkout_hook(head, head, 0);
++ errs |= post_checkout_hook(the_repository, head, head, 0);
+ return errs;
+ }
+
+@@ builtin/checkout.c: static int switch_branches(const struct checkout_opts *opts,
+ }
+ }
+
+- ret = post_checkout_hook(old_branch_info.commit, new_branch_info->commit, 1);
++ ret = post_checkout_hook(the_repository,
++ old_branch_info.commit, new_branch_info->commit, 1);
+ branch_info_release(&old_branch_info);
+ strbuf_release(&old_commit_shortname);
+ strbuf_release(&autostash_msg);
## checkout.c ##
@@
@@ checkout.c: char *unique_tracking_name(const char *name, struct object_id *oid,
return NULL;
}
+
-+int post_checkout_hook(struct commit *old_commit, struct commit *new_commit,
++int post_checkout_hook(struct repository *repo,
++ struct commit *old_commit, struct commit *new_commit,
+ int changed)
+{
+ struct run_hooks_opt opt = RUN_HOOKS_OPT_INIT_FORCE_SERIAL;
++ const struct git_hash_algo *hash_algo = repo->hash_algo;
+
+ /*
+ * "new_commit" can be NULL when checking out from the index before
+ * a commit exists.
+ */
+ strvec_pushl(&opt.args,
-+ oid_to_hex(old_commit ? &old_commit->object.oid : null_oid(the_hash_algo)),
-+ oid_to_hex(new_commit ? &new_commit->object.oid : null_oid(the_hash_algo)),
++ oid_to_hex(old_commit
++ ? &old_commit->object.oid
++ : null_oid(hash_algo)),
++ oid_to_hex(new_commit ?
++ &new_commit->object.oid
++ : null_oid(hash_algo)),
+ changed ? "1" : "0",
+ NULL);
+
-+ return run_hooks_opt(the_repository, "post-checkout", &opt);
++ return run_hooks_opt(repo, "post-checkout", &opt);
+}
## checkout.h ##
@@ checkout.h
#include "hash.h"
+struct commit;
++struct repository;
+
/*
* Check if the branch name uniquely matches a branch name on a remote
@@ checkout.h: char *unique_tracking_name(const char *name,
+/*
+ * Run the post-checkout hook.
+ */
-+int post_checkout_hook(struct commit *old_commit, struct commit *new_commit,
++int post_checkout_hook(struct repository *,
++ struct commit *old_commit, struct commit *new_commit,
+ int changed);
+
#endif /* CHECKOUT_H */
--
2.55.0-884-g76cf8659c2
next prev parent reply other threads:[~2026-08-30 20:48 UTC|newest]
Thread overview: 37+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-08-27 18:29 [PATCH] builtin: replace the_repository parameter in is_bare_repository() Hardik Kumar
2026-08-27 19:09 ` Junio C Hamano
2026-08-27 19:51 ` Junio C Hamano
2026-08-27 20:09 ` Hardik Kumar
2026-08-27 20:28 ` Junio C Hamano
2026-08-27 21:12 ` Ben Knoble
2026-08-27 21:39 ` Junio C Hamano
2026-08-28 11:41 ` D. Ben Knoble
2026-08-28 22:51 ` Junio C Hamano
2026-08-28 22:51 ` [PATCH 0/8] More sensible checkout/switch/restore code refactoring Junio C Hamano
2026-08-28 22:51 ` [PATCH 1/8] checkout: pass cb_option explicitly to branch name parsers Junio C Hamano
2026-08-28 22:52 ` [PATCH 2/8] checkout: validate new branch name in checkout_branch() Junio C Hamano
2026-08-28 22:52 ` [PATCH 3/8] checkout: validate stage and merge option compatibility in checkout_paths() Junio C Hamano
2026-08-28 22:52 ` [PATCH 4/8] checkout: extract option validation and pathspec helpers Junio C Hamano
2026-08-28 22:52 ` [PATCH 5/8] checkout: extract branch setup and tracking helpers Junio C Hamano
2026-08-28 22:52 ` [PATCH 6/8] checkout: restructure switch, restore, and checkout entrypoints Junio C Hamano
2026-08-28 22:52 ` [PATCH 7/8] checkout: wrap overly long lines Junio C Hamano
2026-08-28 22:55 ` Junio C Hamano
2026-08-29 2:06 ` Junio C Hamano
2026-08-28 22:52 ` [PATCH 8/8] checkout: move post_checkout_hook() to checkout.c Junio C Hamano
2026-08-28 22:57 ` Junio C Hamano
2026-08-29 2:05 ` Junio C Hamano
2026-08-30 20:48 ` Junio C Hamano [this message]
2026-08-30 20:48 ` [PATCH v2 1/8] checkout: pass cb_option explicitly to branch name parsers Junio C Hamano
2026-08-30 20:48 ` [PATCH v2 2/8] checkout: validate new branch name in checkout_branch() Junio C Hamano
2026-08-30 20:48 ` [PATCH v2 3/8] checkout: validate stage and merge option compatibility in checkout_paths() Junio C Hamano
2026-08-30 20:48 ` [PATCH v2 4/8] checkout: extract option validation and pathspec helpers Junio C Hamano
2026-08-30 20:48 ` [PATCH v2 5/8] checkout: extract branch setup and tracking helpers Junio C Hamano
2026-08-30 20:48 ` [PATCH v2 6/8] checkout: restructure switch, restore, and checkout entrypoints Junio C Hamano
2026-08-30 20:48 ` [PATCH v2 7/8] checkout: wrap overly long lines Junio C Hamano
2026-08-30 20:48 ` [PATCH v2 8/8] checkout: move post_checkout_hook() to checkout.c Junio C Hamano
2026-08-29 13:24 ` [PATCH] builtin: replace the_repository parameter in is_bare_repository() D. Ben Knoble
2026-08-27 21:35 ` [PATCH] do not pass "repo" to builtin commmand implementations Junio C Hamano
2026-08-28 9:05 ` Hardik Kumar
2026-08-28 20:59 ` Junio C Hamano
2026-08-28 4:01 ` [PATCH] builtin: replace the_repository parameter in is_bare_repository() Hardik Kumar
2026-08-27 19:56 ` Hardik Kumar
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20260830204835.1040408-1-gitster@pobox.com \
--to=gitster@pobox.com \
--cc=git@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.