Prathamesh Chavan <pc44800@xxxxxxxxx> writes: > Introduce function for_each_submodule_list for using it > in the later patches, related to porting submodule > subcommands from shell to C. > This new function is also used in ported submodule subcommand > init. The patch text looks sensible. It would be easier for "git log" readers to understand, if the change is explained like so: Introduce function for_each_submodule_list() and replace a loop in module_init() with a call to it. The new function will also be used in other parts of the system in later patches. That way, readers do not have to judge the merit of this change based on a vague promise "it will help world better with future patches", but can instead judge on its immediate benefit that it refactors a useful bit out of an existing code. > Mentored-by: Christian Couder <christian.couder@xxxxxxxxx> > Mentored-by: Stefan Beller <sbeller@xxxxxxxxxx> > Signed-off-by: Prathamesh Chavan <pc44800@xxxxxxxxx> > --- > This series of patches is based on the 'next' branch. The reason not to base on 'master' is...? The thing is that a topic built on 'next' cannot be merged down to 'master' until _all_ other topics in 'next' graduate to 'master', which may never happen. If you are depending on one or more topics, please make sure to name them. Then we can (1) create a branch from the tip of 'master'; (2) merge these topics you depend on into that branch; and then (3) apply these patches. The topic still needs to wait until these other topis graduate, but at least you would not be blocked by unrelated topics that way. You _might_ be building on 'next' because you want to make sure that your topic works not just with master but also want to make sure that there won't be any unexpected breakage when used with topics in 'next', even though your topic does not depend on anything in 'next' in particular. It is a good development discipline to pay attention to other topics in flight and I applaud you for it if that is why you based it on 'next'. But the right way to do it would be to build your topic on 'master', and then in addition to testing the topic by itself, also make a trial merge of your topic into 'next' and test the result as well. Thanks.
