Re: [GSoC][Proposal RFC] Consolidate ref-related functionality into git-refs

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



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


[Index of Archives]     [Linux Kernel Development]     [Gcc Help]     [IETF Annouce]     [DCCP]     [Netdev]     [Networking]     [Security]     [V4L]     [Bugtraq]     [Yosemite]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Linux SCSI]     [Fedora Users]

  Powered by Linux