Re: ar/submodule-update (was Re: What's cooking in git.git (Jan 2022, #04; Fri, 14))

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

 



Glen Choo <chooglen@xxxxxxxxxx> writes:

> Junio C Hamano <gitster@xxxxxxxxx> writes:
>
>> * ar/submodule-update (2021-10-13) 9 commits
>>  . submodule--helper: rename helper functions
>>  . submodule--helper: remove unused helpers
>>  . submodule: move core cmd_update() logic to C
>>  . submodule--helper: run update using child process struct
>>  . submodule--helper: allow setting superprefix for init_submodule()
>>  . submodule--helper: refactor get_submodule_displaypath()
>>  . submodule--helper: rename helpers for update-clone
>>  . submodule--helper: get remote names from any repository
>>  . submodule--helper: split up ensure_core_worktree()
>>
>>  Rewrite of "git submodule update" in C.
>>
>>  Expecting a reroll?
>>  cf. <YWiXL+plA7GHfuVv@xxxxxxxxxx>
>>  source: <20211013051805.45662-10-raykar.ath@xxxxxxxxx>
>
> How close are we to getting this into 'next'? Last I checked, it seemed
> like the only remaining piece is to rebase this onto
> es/superproject-aware-submodules.

Unless we have a new version of, a new review or a new ack on any
topic since we tagged -rc0, there should be anything to make them
any closer to 'next'.

In any case, a rebased version would not come from me, so I think
the message I am responding to has To: and Cc: addresses mixed up.




[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