Re: What's cooking in git.git (Sep 2022, #01; Mon, 5)

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

 



Junio C Hamano <gitster@xxxxxxxxx> writes:

> Glen Choo <chooglen@xxxxxxxxxx> writes:
>
>> Junio C Hamano <gitster@xxxxxxxxx> writes:
>>
>>> * gc/submodule-propagate-branches (2022-08-29) 6 commits
>>>  - clone, submodule update: check out branches
>>>  - submodule--helper: refactor up-to-date criterion
>>>  - submodule: return target of submodule symref
>>>  - t5617: drop references to remote-tracking branches
>>>  - repo-settings: add submodule_propagate_branches
>>>  - clone: teach --detach option
>>>
>>>  "git clone --recurse-submodules" and "git submodule update" learns
>>>  to honor the "propagete branches" option.
>>>
>>>  Needs review.
>>>  source: <pull.1321.git.git.1661806456.gitgitgadget@xxxxxxxxx>
>>
>> I suggest renaming the branch - the config "submodule.propagateBranches"
>> will be used by many more commands in the future, several of which will
>> probably be authored by me :)
>
> OK.  So this is a "clone" and "update" part of the larger topic?

Yup; submodule.propagateBranches is the "branching" part of the
submodule UX work that the Google team is working on.

>> Maybe gc/submodule-update-with-branches? Or
>> gc/recursive-clone-with-branches.
>
> Both sound good suggestions.

Ok, I think gc/recursive-clone-with-branches captures the intent better
(the improvements to `git submodule update` are more of an
implementation detail).

Thanks!



[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