Patrick Steinhardt <ps@xxxxxx> writes: > On Fri, Apr 04, 2025 at 04:46:58AM -0700, Karthik Nayak wrote: >> Meet Soni <meetsoni3017@xxxxxxxxx> writes: >> >> [snip] >> >> > Command mapping and naming: >> > --------------------------- >> > >> > I have taken reference for potential names for these subcommands from Patrick’s >> > suggestion (https://gitlab.com/gitlab-org/git/-/issues/330): >> > >> > # Replaces git-show-ref(1) and git-for-each-ref(1). >> > $ git refs list >> > >> > # Replaces `git show-ref --exists`. >> > $ git refs exist >> > >> > # Replaces `git show-ref --verify <ref>`. >> > $ git refs show >> > >> > # Replaces git-symbolic-ref(1) to show a ref. >> > $ git refs resolve >> > >> > # Replaces git-pack-ref(1). >> > $ git refs pack >> > >> > # Replaces git-update-ref(1). >> > $ git refs write >> > >> > # Replaces git-check-ref-format(1). >> > $ git refs check-format >> > >> >> One other command that I noticed, which we didn't talk about it 'git >> reflog'. I would think, it would be nice to also fit this as 'git refs >> logs', but it doesn't have to be part of GSoC. > > Wouldn't that become awkward though as you now basically have > subsubcommands? `git refs log expire`, `git refs log exists` and > related. Good point! I was thinking from consolidating all reference logic under one command, but perhaps treating 'reflog' as its own entity is more sensible and best to leave 'git reflog' as is. > Patrick
Attachment:
signature.asc
Description: PGP signature