global: introduce `USE_THE_REPOSITORY_VARIABLE` macro
Use of the `the_repository` variable is deprecated nowadays, and we
slowly but steadily convert the codebase to not use it anymore. Instead,
callers should be passing down the repository to work on via parameters.
It is hard though to prove that a given code unit does not use this
variable anymore. The most trivial case, merely demonstrating that there
is no direct use of `the_repository`, is already a bit of a pain during
code reviews as the reviewer needs to manually verify claims made by the
patch author. The bigger problem though is that we have many interfaces
that implicitly rely on `the_repository`.
Introduce a new `USE_THE_REPOSITORY_VARIABLE` macro that allows code
units to opt into usage of `the_repository`. The intent of this macro is
to demonstrate that a certain code unit does not use this variable
anymore, and to keep it from new dependencies on it in future changes,
be it explicit or implicit
For now, the macro only guards `the_repository` itself as well as
`the_hash_algo`. There are many more known interfaces where we have an
implicit dependency on `the_repository`, but those are not guarded at
the current point in time. Over time though, we should start to add
guards as required (or even better, just remove them).
Define the macro as required in our code units. As expected, most of our
code still relies on the global variable. Nearly all of our builtins
rely on the variable as there is no way yet to pass `the_repository` to
their entry point. For now, declare the macro in "biultin.h" to keep the
required changes at least a little bit more contained.
Signed-off-by: Patrick Steinhardt <ps@pks.im>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2024-06-14 14:50:23 +08:00
|
|
|
#define USE_THE_REPOSITORY_VARIABLE
|
|
|
|
|
2023-05-16 14:33:57 +08:00
|
|
|
#include "git-compat-util.h"
|
2023-03-21 14:25:58 +08:00
|
|
|
#include "abspath.h"
|
2017-06-23 02:43:45 +08:00
|
|
|
#include "repository.h"
|
2017-06-15 02:07:36 +08:00
|
|
|
#include "config.h"
|
2015-08-18 08:21:59 +08:00
|
|
|
#include "submodule-config.h"
|
2009-10-19 20:38:32 +08:00
|
|
|
#include "submodule.h"
|
|
|
|
#include "dir.h"
|
|
|
|
#include "diff.h"
|
|
|
|
#include "commit.h"
|
2023-03-21 14:26:03 +08:00
|
|
|
#include "environment.h"
|
2023-03-21 14:25:54 +08:00
|
|
|
#include "gettext.h"
|
2023-02-24 08:09:27 +08:00
|
|
|
#include "hex.h"
|
2009-10-19 20:38:32 +08:00
|
|
|
#include "revision.h"
|
2010-01-17 01:42:24 +08:00
|
|
|
#include "run-command.h"
|
2010-03-05 05:20:33 +08:00
|
|
|
#include "diffcore.h"
|
2010-07-07 21:39:13 +08:00
|
|
|
#include "refs.h"
|
2010-08-06 06:39:25 +08:00
|
|
|
#include "string-list.h"
|
2020-03-30 22:03:46 +08:00
|
|
|
#include "oid-array.h"
|
2020-07-29 04:23:39 +08:00
|
|
|
#include "strvec.h"
|
2015-12-16 08:04:11 +08:00
|
|
|
#include "thread-utils.h"
|
2023-05-16 14:33:59 +08:00
|
|
|
#include "path.h"
|
2017-04-06 01:47:19 +08:00
|
|
|
#include "remote.h"
|
2016-12-13 03:04:35 +08:00
|
|
|
#include "worktree.h"
|
2017-06-01 08:30:47 +08:00
|
|
|
#include "parse-options.h"
|
2023-04-11 15:41:53 +08:00
|
|
|
#include "object-file.h"
|
2023-04-11 15:41:49 +08:00
|
|
|
#include "object-name.h"
|
2023-05-16 14:34:06 +08:00
|
|
|
#include "object-store-ll.h"
|
2018-07-21 00:33:04 +08:00
|
|
|
#include "commit-reach.h"
|
2023-05-16 14:33:56 +08:00
|
|
|
#include "read-cache-ll.h"
|
2023-03-21 14:26:05 +08:00
|
|
|
#include "setup.h"
|
2023-04-11 11:00:38 +08:00
|
|
|
#include "trace2.h"
|
2010-08-06 06:39:25 +08:00
|
|
|
|
2017-05-27 03:10:12 +08:00
|
|
|
static int config_update_recurse_submodules = RECURSE_SUBMODULES_OFF;
|
2011-09-13 03:56:52 +08:00
|
|
|
static int initialized_fetch_ref_tips;
|
2017-03-31 09:40:00 +08:00
|
|
|
static struct oid_array ref_tips_before_fetch;
|
|
|
|
static struct oid_array ref_tips_after_fetch;
|
2011-09-13 03:56:52 +08:00
|
|
|
|
2011-05-15 00:26:58 +08:00
|
|
|
/*
|
2017-08-03 03:49:21 +08:00
|
|
|
* Check if the .gitmodules file is unmerged. Parsing of the .gitmodules file
|
|
|
|
* will be disabled because we can't guess what might be configured in
|
|
|
|
* .gitmodules unless the user resolves the conflict.
|
2011-05-15 00:26:58 +08:00
|
|
|
*/
|
2021-04-01 09:49:39 +08:00
|
|
|
int is_gitmodules_unmerged(struct index_state *istate)
|
2017-08-03 03:49:21 +08:00
|
|
|
{
|
|
|
|
int pos = index_name_pos(istate, GITMODULES_FILE, strlen(GITMODULES_FILE));
|
|
|
|
if (pos < 0) { /* .gitmodules not found or isn't merged */
|
|
|
|
pos = -1 - pos;
|
|
|
|
if (istate->cache_nr > pos) { /* there is a .gitmodules */
|
|
|
|
const struct cache_entry *ce = istate->cache[pos];
|
|
|
|
if (ce_namelen(ce) == strlen(GITMODULES_FILE) &&
|
|
|
|
!strcmp(ce->name, GITMODULES_FILE))
|
|
|
|
return 1;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
return 0;
|
|
|
|
}
|
2009-10-19 20:38:32 +08:00
|
|
|
|
2018-10-05 21:05:59 +08:00
|
|
|
/*
|
|
|
|
* Check if the .gitmodules file is safe to write.
|
|
|
|
*
|
|
|
|
* Writing to the .gitmodules file requires that the file exists in the
|
|
|
|
* working tree or, if it doesn't, that a brand new .gitmodules file is going
|
|
|
|
* to be created (i.e. it's neither in the index nor in the current branch).
|
|
|
|
*
|
|
|
|
* It is not safe to write to .gitmodules if it's not in the working tree but
|
|
|
|
* it is in the index or in the current branch, because writing new values
|
|
|
|
* (and staging them) would blindly overwrite ALL the old content.
|
|
|
|
*/
|
|
|
|
int is_writing_gitmodules_ok(void)
|
|
|
|
{
|
|
|
|
struct object_id oid;
|
|
|
|
return file_exists(GITMODULES_FILE) ||
|
2023-03-28 21:58:46 +08:00
|
|
|
(repo_get_oid(the_repository, GITMODULES_INDEX, &oid) < 0 && repo_get_oid(the_repository, GITMODULES_HEAD, &oid) < 0);
|
2018-10-05 21:05:59 +08:00
|
|
|
}
|
|
|
|
|
2013-07-31 03:50:34 +08:00
|
|
|
/*
|
2017-08-03 03:49:20 +08:00
|
|
|
* Check if the .gitmodules file has unstaged modifications. This must be
|
|
|
|
* checked before allowing modifications to the .gitmodules file with the
|
|
|
|
* intention to stage them later, because when continuing we would stage the
|
|
|
|
* modifications the user didn't stage herself too. That might change in a
|
|
|
|
* future version when we learn to stage the changes we do ourselves without
|
|
|
|
* staging any previous modifications.
|
2013-07-31 03:50:34 +08:00
|
|
|
*/
|
2017-12-13 03:53:51 +08:00
|
|
|
int is_staging_gitmodules_ok(struct index_state *istate)
|
2013-07-31 03:50:34 +08:00
|
|
|
{
|
2017-08-03 03:49:20 +08:00
|
|
|
int pos = index_name_pos(istate, GITMODULES_FILE, strlen(GITMODULES_FILE));
|
|
|
|
|
|
|
|
if ((pos >= 0) && (pos < istate->cache_nr)) {
|
|
|
|
struct stat st;
|
|
|
|
if (lstat(GITMODULES_FILE, &st) == 0 &&
|
2020-01-28 02:58:56 +08:00
|
|
|
ie_modified(istate, istate->cache[pos], &st, 0) & DATA_CHANGED)
|
2017-08-03 03:49:20 +08:00
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
|
|
|
return 1;
|
2013-07-31 03:50:34 +08:00
|
|
|
}
|
|
|
|
|
2017-08-23 20:36:57 +08:00
|
|
|
static int for_each_remote_ref_submodule(const char *submodule,
|
|
|
|
each_ref_fn fn, void *cb_data)
|
|
|
|
{
|
2024-05-17 16:18:34 +08:00
|
|
|
return refs_for_each_remote_ref(repo_get_submodule_ref_store(the_repository,
|
|
|
|
submodule),
|
2017-08-23 20:36:57 +08:00
|
|
|
fn, cb_data);
|
|
|
|
}
|
|
|
|
|
2013-08-07 03:15:11 +08:00
|
|
|
/*
|
|
|
|
* Try to update the "path" entry in the "submodule.<name>" section of the
|
|
|
|
* .gitmodules file. Return 0 only if a .gitmodules file was found, a section
|
|
|
|
* with the correct path=<oldpath> setting was found and we could update it.
|
|
|
|
*/
|
|
|
|
int update_path_in_gitmodules(const char *oldpath, const char *newpath)
|
|
|
|
{
|
|
|
|
struct strbuf entry = STRBUF_INIT;
|
2015-08-18 08:21:59 +08:00
|
|
|
const struct submodule *submodule;
|
2018-10-05 21:05:53 +08:00
|
|
|
int ret;
|
2013-08-07 03:15:11 +08:00
|
|
|
|
2017-08-03 03:49:16 +08:00
|
|
|
if (!file_exists(GITMODULES_FILE)) /* Do nothing without .gitmodules */
|
2013-08-07 03:15:11 +08:00
|
|
|
return -1;
|
|
|
|
|
2018-08-14 00:14:31 +08:00
|
|
|
if (is_gitmodules_unmerged(the_repository->index))
|
2013-08-07 03:15:11 +08:00
|
|
|
die(_("Cannot change unmerged .gitmodules, resolve merge conflicts first"));
|
|
|
|
|
2021-04-26 09:02:56 +08:00
|
|
|
submodule = submodule_from_path(the_repository, null_oid(), oldpath);
|
2015-08-18 08:21:59 +08:00
|
|
|
if (!submodule || !submodule->name) {
|
2013-08-07 03:15:11 +08:00
|
|
|
warning(_("Could not find section in .gitmodules where path=%s"), oldpath);
|
|
|
|
return -1;
|
|
|
|
}
|
|
|
|
strbuf_addstr(&entry, "submodule.");
|
2015-08-18 08:21:59 +08:00
|
|
|
strbuf_addstr(&entry, submodule->name);
|
2013-08-07 03:15:11 +08:00
|
|
|
strbuf_addstr(&entry, ".path");
|
2018-10-05 21:05:53 +08:00
|
|
|
ret = config_set_in_gitmodules_file_gently(entry.buf, newpath);
|
2013-08-07 03:15:11 +08:00
|
|
|
strbuf_release(&entry);
|
2018-10-05 21:05:53 +08:00
|
|
|
return ret;
|
2013-08-07 03:15:11 +08:00
|
|
|
}
|
|
|
|
|
2013-08-07 03:15:25 +08:00
|
|
|
/*
|
|
|
|
* Try to remove the "submodule.<name>" section from .gitmodules where the given
|
|
|
|
* path is configured. Return 0 only if a .gitmodules file was found, a section
|
|
|
|
* with the correct path=<path> setting was found and we could remove it.
|
|
|
|
*/
|
|
|
|
int remove_path_from_gitmodules(const char *path)
|
|
|
|
{
|
|
|
|
struct strbuf sect = STRBUF_INIT;
|
2015-08-18 08:21:59 +08:00
|
|
|
const struct submodule *submodule;
|
2013-08-07 03:15:25 +08:00
|
|
|
|
2017-08-03 03:49:16 +08:00
|
|
|
if (!file_exists(GITMODULES_FILE)) /* Do nothing without .gitmodules */
|
2013-08-07 03:15:25 +08:00
|
|
|
return -1;
|
|
|
|
|
2018-08-14 00:14:31 +08:00
|
|
|
if (is_gitmodules_unmerged(the_repository->index))
|
2013-08-07 03:15:25 +08:00
|
|
|
die(_("Cannot change unmerged .gitmodules, resolve merge conflicts first"));
|
|
|
|
|
2021-04-26 09:02:56 +08:00
|
|
|
submodule = submodule_from_path(the_repository, null_oid(), path);
|
2015-08-18 08:21:59 +08:00
|
|
|
if (!submodule || !submodule->name) {
|
2013-08-07 03:15:25 +08:00
|
|
|
warning(_("Could not find section in .gitmodules where path=%s"), path);
|
|
|
|
return -1;
|
|
|
|
}
|
|
|
|
strbuf_addstr(§, "submodule.");
|
2015-08-18 08:21:59 +08:00
|
|
|
strbuf_addstr(§, submodule->name);
|
2024-08-13 17:14:12 +08:00
|
|
|
if (repo_config_rename_section_in_file(the_repository, GITMODULES_FILE, sect.buf, NULL) < 0) {
|
2013-08-07 03:15:25 +08:00
|
|
|
/* Maybe the user already did that, don't error out here */
|
|
|
|
warning(_("Could not remove .gitmodules entry for %s"), path);
|
|
|
|
strbuf_release(§);
|
|
|
|
return -1;
|
|
|
|
}
|
|
|
|
strbuf_release(§);
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
2017-12-13 03:53:50 +08:00
|
|
|
void stage_updated_gitmodules(struct index_state *istate)
|
2013-07-31 03:50:34 +08:00
|
|
|
{
|
2017-12-13 03:53:50 +08:00
|
|
|
if (add_file_to_index(istate, GITMODULES_FILE, 0))
|
2013-07-31 03:50:34 +08:00
|
|
|
die(_("staging updated .gitmodules failed"));
|
|
|
|
}
|
|
|
|
|
2024-09-26 19:46:48 +08:00
|
|
|
static struct string_list added_submodule_odb_paths = STRING_LIST_INIT_DUP;
|
2021-08-17 05:09:51 +08:00
|
|
|
|
2021-08-17 05:09:52 +08:00
|
|
|
void add_submodule_odb_by_path(const char *path)
|
|
|
|
{
|
2024-09-26 19:46:48 +08:00
|
|
|
string_list_insert(&added_submodule_odb_paths, path);
|
2021-08-17 05:09:52 +08:00
|
|
|
}
|
|
|
|
|
2021-08-17 05:09:51 +08:00
|
|
|
int register_all_submodule_odb_as_alternates(void)
|
|
|
|
{
|
|
|
|
int i;
|
|
|
|
int ret = added_submodule_odb_paths.nr;
|
|
|
|
|
|
|
|
for (i = 0; i < added_submodule_odb_paths.nr; i++)
|
|
|
|
add_to_alternates_memory(added_submodule_odb_paths.items[i].string);
|
|
|
|
if (ret) {
|
|
|
|
string_list_clear(&added_submodule_odb_paths, 0);
|
2021-10-09 05:08:20 +08:00
|
|
|
trace2_data_intmax("submodule", the_repository,
|
|
|
|
"register_all_submodule_odb_as_alternates/registered", ret);
|
2021-08-17 05:09:51 +08:00
|
|
|
if (git_env_bool("GIT_TEST_FATAL_REGISTER_SUBMODULE_ODB", 0))
|
|
|
|
BUG("register_all_submodule_odb_as_alternates() called");
|
|
|
|
}
|
|
|
|
return ret;
|
|
|
|
}
|
|
|
|
|
2010-08-06 06:39:25 +08:00
|
|
|
void set_diffopt_flags_from_submodule_config(struct diff_options *diffopt,
|
|
|
|
const char *path)
|
|
|
|
{
|
2018-03-29 06:35:29 +08:00
|
|
|
const struct submodule *submodule = submodule_from_path(the_repository,
|
2021-04-26 09:02:56 +08:00
|
|
|
null_oid(),
|
|
|
|
path);
|
2015-08-18 08:21:59 +08:00
|
|
|
if (submodule) {
|
2017-08-04 02:19:52 +08:00
|
|
|
const char *ignore;
|
|
|
|
char *key;
|
2010-08-06 06:39:25 +08:00
|
|
|
|
2017-08-04 02:19:52 +08:00
|
|
|
key = xstrfmt("submodule.%s.ignore", submodule->name);
|
2020-08-15 00:17:36 +08:00
|
|
|
if (repo_config_get_string_tmp(the_repository, key, &ignore))
|
2017-08-04 02:19:52 +08:00
|
|
|
ignore = submodule->ignore;
|
|
|
|
free(key);
|
2010-08-06 06:40:48 +08:00
|
|
|
|
2017-08-04 02:19:52 +08:00
|
|
|
if (ignore)
|
|
|
|
handle_ignore_submodules_arg(diffopt, ignore);
|
2018-08-14 00:14:31 +08:00
|
|
|
else if (is_gitmodules_unmerged(the_repository->index))
|
2017-11-01 02:19:11 +08:00
|
|
|
diffopt->flags.ignore_submodules = 1;
|
2017-06-01 08:30:47 +08:00
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
/* Cheap function that only determines if we're interested in submodules at all */
|
2022-08-19 18:08:44 +08:00
|
|
|
int git_default_submodule_config(const char *var, const char *value,
|
2022-08-26 01:09:48 +08:00
|
|
|
void *cb UNUSED)
|
2017-06-01 08:30:47 +08:00
|
|
|
{
|
|
|
|
if (!strcmp(var, "submodule.recurse")) {
|
|
|
|
int v = git_config_bool(var, value) ?
|
|
|
|
RECURSE_SUBMODULES_ON : RECURSE_SUBMODULES_OFF;
|
|
|
|
config_update_recurse_submodules = v;
|
|
|
|
}
|
|
|
|
return 0;
|
2017-05-27 03:10:13 +08:00
|
|
|
}
|
|
|
|
|
2017-05-27 03:10:12 +08:00
|
|
|
int option_parse_recurse_submodules_worktree_updater(const struct option *opt,
|
|
|
|
const char *arg, int unset)
|
|
|
|
{
|
|
|
|
if (unset) {
|
|
|
|
config_update_recurse_submodules = RECURSE_SUBMODULES_OFF;
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
if (arg)
|
|
|
|
config_update_recurse_submodules =
|
|
|
|
parse_update_recurse_submodules_arg(opt->long_name,
|
|
|
|
arg);
|
|
|
|
else
|
|
|
|
config_update_recurse_submodules = RECURSE_SUBMODULES_ON;
|
|
|
|
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
2016-12-17 03:03:17 +08:00
|
|
|
/*
|
|
|
|
* Determine if a submodule has been initialized at a given 'path'
|
|
|
|
*/
|
2021-08-06 22:04:31 +08:00
|
|
|
/*
|
|
|
|
* NEEDSWORK: Emit a warning if submodule.active exists, but is valueless,
|
|
|
|
* ie, the config looks like: "[submodule] active\n".
|
|
|
|
* Since that is an invalid pathspec, we should inform the user.
|
|
|
|
*/
|
branch: add --recurse-submodules option for branch creation
To improve the submodules UX, we would like to teach Git to handle
branches in submodules. Start this process by teaching "git branch" the
--recurse-submodules option so that "git branch --recurse-submodules
topic" will create the `topic` branch in the superproject and its
submodules.
Although this commit does not introduce breaking changes, it does not
work well with existing --recurse-submodules commands because "git
branch --recurse-submodules" writes to the submodule ref store, but most
commands only consider the superproject gitlink and ignore the submodule
ref store. For example, "git checkout --recurse-submodules" will check
out the commits in the superproject gitlinks (and put the submodules in
detached HEAD) instead of checking out the submodule branches.
Because of this, this commit introduces a new configuration value,
`submodule.propagateBranches`. The plan is for Git commands to
prioritize submodule ref store information over superproject gitlinks if
this value is true. Because "git branch --recurse-submodules" writes to
submodule ref stores, for the sake of clarity, it will not function
unless this configuration value is set.
This commit also includes changes that support working with submodules
from a superproject commit because "branch --recurse-submodules" (and
future commands) need to read .gitmodules and gitlinks from the
superproject commit, but submodules are typically read from the
filesystem's .gitmodules and the index's gitlinks. These changes are:
* add a submodules_of_tree() helper that gives the relevant
information of an in-tree submodule (e.g. path and oid) and
initializes the repository
* add is_tree_submodule_active() by adding a treeish_name parameter to
is_submodule_active()
* add the "submoduleNotUpdated" advice to advise users to update the
submodules in their trees
Incidentally, fix an incorrect usage string that combined the 'list'
usage of git branch (-l) with the 'create' usage; this string has been
incorrect since its inception, a8dfd5eac4 (Make builtin-branch.c use
parse_options., 2007-10-07).
Helped-by: Jonathan Tan <jonathantanmy@google.com>
Signed-off-by: Glen Choo <chooglen@google.com>
Reviewed-by: Jonathan Tan <jonathantanmy@google.com>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2022-01-29 08:04:45 +08:00
|
|
|
int is_tree_submodule_active(struct repository *repo,
|
|
|
|
const struct object_id *treeish_name,
|
|
|
|
const char *path)
|
2016-12-17 03:03:17 +08:00
|
|
|
{
|
|
|
|
int ret = 0;
|
submodule: decouple url and submodule interest
Currently the submodule.<name>.url config option is used to determine if
a given submodule is of interest to the user. This ends up being
cumbersome in a world where we want to have different submodules checked
out in different worktrees or a more generalized mechanism to select
which submodules are of interest.
In a future with worktree support for submodules, there will be multiple
working trees, each of which may only need a subset of the submodules
checked out. The URL (which is where the submodule repository can be
obtained) should not differ between different working trees.
It may also be convenient for users to more easily specify groups of
submodules they are interested in as opposed to running "git submodule
init <path>" on each submodule they want checked out in their working
tree.
To this end two config options are introduced, submodule.active and
submodule.<name>.active. The submodule.active config holds a pathspec
that specifies which submodules should exist in the working tree. The
submodule.<name>.active config is a boolean flag used to indicate if
that particular submodule should exist in the working tree.
Its important to note that submodule.active functions differently than
the other configuration options since it takes a pathspec. This allows
users to adopt at least two new workflows:
1. Submodules can be grouped with a leading directory, such that a
pathspec e.g. 'lib/' would cover all library-ish modules to allow
those who are interested in library-ish modules to set
"submodule.active = lib/" just once to say any and all modules in
'lib/' are interesting.
2. Once the pathspec-attribute feature is invented, users can label
submodules with attributes to group them, so that a broad pathspec
with attribute requirements, e.g. ':(attr:lib)', can be used to say
any and all modules with the 'lib' attribute are interesting.
Since the .gitattributes file, just like the .gitmodules file, is
tracked by the superproject, when a submodule moves in the
superproject tree, the project can adjust which path gets the
attribute in .gitattributes, just like it can adjust which path has
the submodule in .gitmodules.
Neither of these two additional configuration options solve the problem
of wanting different submodules checked out in different worktrees
because multiple worktrees share .git/config. Only once per-worktree
configurations become a reality can this be solved, but this is a
necessary preparatory step for that future.
Given these multiple ways to check if a submodule is of interest, the
more fine-grained submodule.<name>.active option has the highest order
of precedence followed by the pathspec check against submodule.active.
To ensure backwards compatibility, if neither of these options are set,
git falls back to checking the submodule.<name>.url option to determine
if a submodule is interesting.
Signed-off-by: Brandon Williams <bmwill@google.com>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2017-03-18 06:38:01 +08:00
|
|
|
char *key = NULL;
|
|
|
|
char *value = NULL;
|
|
|
|
const struct string_list *sl;
|
2017-06-23 02:43:46 +08:00
|
|
|
const struct submodule *module;
|
|
|
|
|
branch: add --recurse-submodules option for branch creation
To improve the submodules UX, we would like to teach Git to handle
branches in submodules. Start this process by teaching "git branch" the
--recurse-submodules option so that "git branch --recurse-submodules
topic" will create the `topic` branch in the superproject and its
submodules.
Although this commit does not introduce breaking changes, it does not
work well with existing --recurse-submodules commands because "git
branch --recurse-submodules" writes to the submodule ref store, but most
commands only consider the superproject gitlink and ignore the submodule
ref store. For example, "git checkout --recurse-submodules" will check
out the commits in the superproject gitlinks (and put the submodules in
detached HEAD) instead of checking out the submodule branches.
Because of this, this commit introduces a new configuration value,
`submodule.propagateBranches`. The plan is for Git commands to
prioritize submodule ref store information over superproject gitlinks if
this value is true. Because "git branch --recurse-submodules" writes to
submodule ref stores, for the sake of clarity, it will not function
unless this configuration value is set.
This commit also includes changes that support working with submodules
from a superproject commit because "branch --recurse-submodules" (and
future commands) need to read .gitmodules and gitlinks from the
superproject commit, but submodules are typically read from the
filesystem's .gitmodules and the index's gitlinks. These changes are:
* add a submodules_of_tree() helper that gives the relevant
information of an in-tree submodule (e.g. path and oid) and
initializes the repository
* add is_tree_submodule_active() by adding a treeish_name parameter to
is_submodule_active()
* add the "submoduleNotUpdated" advice to advise users to update the
submodules in their trees
Incidentally, fix an incorrect usage string that combined the 'list'
usage of git branch (-l) with the 'create' usage; this string has been
incorrect since its inception, a8dfd5eac4 (Make builtin-branch.c use
parse_options., 2007-10-07).
Helped-by: Jonathan Tan <jonathantanmy@google.com>
Signed-off-by: Glen Choo <chooglen@google.com>
Reviewed-by: Jonathan Tan <jonathantanmy@google.com>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2022-01-29 08:04:45 +08:00
|
|
|
module = submodule_from_path(repo, treeish_name, path);
|
2016-12-17 03:03:17 +08:00
|
|
|
|
submodule: decouple url and submodule interest
Currently the submodule.<name>.url config option is used to determine if
a given submodule is of interest to the user. This ends up being
cumbersome in a world where we want to have different submodules checked
out in different worktrees or a more generalized mechanism to select
which submodules are of interest.
In a future with worktree support for submodules, there will be multiple
working trees, each of which may only need a subset of the submodules
checked out. The URL (which is where the submodule repository can be
obtained) should not differ between different working trees.
It may also be convenient for users to more easily specify groups of
submodules they are interested in as opposed to running "git submodule
init <path>" on each submodule they want checked out in their working
tree.
To this end two config options are introduced, submodule.active and
submodule.<name>.active. The submodule.active config holds a pathspec
that specifies which submodules should exist in the working tree. The
submodule.<name>.active config is a boolean flag used to indicate if
that particular submodule should exist in the working tree.
Its important to note that submodule.active functions differently than
the other configuration options since it takes a pathspec. This allows
users to adopt at least two new workflows:
1. Submodules can be grouped with a leading directory, such that a
pathspec e.g. 'lib/' would cover all library-ish modules to allow
those who are interested in library-ish modules to set
"submodule.active = lib/" just once to say any and all modules in
'lib/' are interesting.
2. Once the pathspec-attribute feature is invented, users can label
submodules with attributes to group them, so that a broad pathspec
with attribute requirements, e.g. ':(attr:lib)', can be used to say
any and all modules with the 'lib' attribute are interesting.
Since the .gitattributes file, just like the .gitmodules file, is
tracked by the superproject, when a submodule moves in the
superproject tree, the project can adjust which path gets the
attribute in .gitattributes, just like it can adjust which path has
the submodule in .gitmodules.
Neither of these two additional configuration options solve the problem
of wanting different submodules checked out in different worktrees
because multiple worktrees share .git/config. Only once per-worktree
configurations become a reality can this be solved, but this is a
necessary preparatory step for that future.
Given these multiple ways to check if a submodule is of interest, the
more fine-grained submodule.<name>.active option has the highest order
of precedence followed by the pathspec check against submodule.active.
To ensure backwards compatibility, if neither of these options are set,
git falls back to checking the submodule.<name>.url option to determine
if a submodule is interesting.
Signed-off-by: Brandon Williams <bmwill@google.com>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2017-03-18 06:38:01 +08:00
|
|
|
/* early return if there isn't a path->module mapping */
|
|
|
|
if (!module)
|
|
|
|
return 0;
|
2016-12-17 03:03:17 +08:00
|
|
|
|
submodule: decouple url and submodule interest
Currently the submodule.<name>.url config option is used to determine if
a given submodule is of interest to the user. This ends up being
cumbersome in a world where we want to have different submodules checked
out in different worktrees or a more generalized mechanism to select
which submodules are of interest.
In a future with worktree support for submodules, there will be multiple
working trees, each of which may only need a subset of the submodules
checked out. The URL (which is where the submodule repository can be
obtained) should not differ between different working trees.
It may also be convenient for users to more easily specify groups of
submodules they are interested in as opposed to running "git submodule
init <path>" on each submodule they want checked out in their working
tree.
To this end two config options are introduced, submodule.active and
submodule.<name>.active. The submodule.active config holds a pathspec
that specifies which submodules should exist in the working tree. The
submodule.<name>.active config is a boolean flag used to indicate if
that particular submodule should exist in the working tree.
Its important to note that submodule.active functions differently than
the other configuration options since it takes a pathspec. This allows
users to adopt at least two new workflows:
1. Submodules can be grouped with a leading directory, such that a
pathspec e.g. 'lib/' would cover all library-ish modules to allow
those who are interested in library-ish modules to set
"submodule.active = lib/" just once to say any and all modules in
'lib/' are interesting.
2. Once the pathspec-attribute feature is invented, users can label
submodules with attributes to group them, so that a broad pathspec
with attribute requirements, e.g. ':(attr:lib)', can be used to say
any and all modules with the 'lib' attribute are interesting.
Since the .gitattributes file, just like the .gitmodules file, is
tracked by the superproject, when a submodule moves in the
superproject tree, the project can adjust which path gets the
attribute in .gitattributes, just like it can adjust which path has
the submodule in .gitmodules.
Neither of these two additional configuration options solve the problem
of wanting different submodules checked out in different worktrees
because multiple worktrees share .git/config. Only once per-worktree
configurations become a reality can this be solved, but this is a
necessary preparatory step for that future.
Given these multiple ways to check if a submodule is of interest, the
more fine-grained submodule.<name>.active option has the highest order
of precedence followed by the pathspec check against submodule.active.
To ensure backwards compatibility, if neither of these options are set,
git falls back to checking the submodule.<name>.url option to determine
if a submodule is interesting.
Signed-off-by: Brandon Williams <bmwill@google.com>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2017-03-18 06:38:01 +08:00
|
|
|
/* submodule.<name>.active is set */
|
|
|
|
key = xstrfmt("submodule.%s.active", module->name);
|
2017-06-23 02:43:46 +08:00
|
|
|
if (!repo_config_get_bool(repo, key, &ret)) {
|
submodule: decouple url and submodule interest
Currently the submodule.<name>.url config option is used to determine if
a given submodule is of interest to the user. This ends up being
cumbersome in a world where we want to have different submodules checked
out in different worktrees or a more generalized mechanism to select
which submodules are of interest.
In a future with worktree support for submodules, there will be multiple
working trees, each of which may only need a subset of the submodules
checked out. The URL (which is where the submodule repository can be
obtained) should not differ between different working trees.
It may also be convenient for users to more easily specify groups of
submodules they are interested in as opposed to running "git submodule
init <path>" on each submodule they want checked out in their working
tree.
To this end two config options are introduced, submodule.active and
submodule.<name>.active. The submodule.active config holds a pathspec
that specifies which submodules should exist in the working tree. The
submodule.<name>.active config is a boolean flag used to indicate if
that particular submodule should exist in the working tree.
Its important to note that submodule.active functions differently than
the other configuration options since it takes a pathspec. This allows
users to adopt at least two new workflows:
1. Submodules can be grouped with a leading directory, such that a
pathspec e.g. 'lib/' would cover all library-ish modules to allow
those who are interested in library-ish modules to set
"submodule.active = lib/" just once to say any and all modules in
'lib/' are interesting.
2. Once the pathspec-attribute feature is invented, users can label
submodules with attributes to group them, so that a broad pathspec
with attribute requirements, e.g. ':(attr:lib)', can be used to say
any and all modules with the 'lib' attribute are interesting.
Since the .gitattributes file, just like the .gitmodules file, is
tracked by the superproject, when a submodule moves in the
superproject tree, the project can adjust which path gets the
attribute in .gitattributes, just like it can adjust which path has
the submodule in .gitmodules.
Neither of these two additional configuration options solve the problem
of wanting different submodules checked out in different worktrees
because multiple worktrees share .git/config. Only once per-worktree
configurations become a reality can this be solved, but this is a
necessary preparatory step for that future.
Given these multiple ways to check if a submodule is of interest, the
more fine-grained submodule.<name>.active option has the highest order
of precedence followed by the pathspec check against submodule.active.
To ensure backwards compatibility, if neither of these options are set,
git falls back to checking the submodule.<name>.url option to determine
if a submodule is interesting.
Signed-off-by: Brandon Williams <bmwill@google.com>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2017-03-18 06:38:01 +08:00
|
|
|
free(key);
|
|
|
|
return ret;
|
|
|
|
}
|
|
|
|
free(key);
|
2016-12-17 03:03:17 +08:00
|
|
|
|
submodule: decouple url and submodule interest
Currently the submodule.<name>.url config option is used to determine if
a given submodule is of interest to the user. This ends up being
cumbersome in a world where we want to have different submodules checked
out in different worktrees or a more generalized mechanism to select
which submodules are of interest.
In a future with worktree support for submodules, there will be multiple
working trees, each of which may only need a subset of the submodules
checked out. The URL (which is where the submodule repository can be
obtained) should not differ between different working trees.
It may also be convenient for users to more easily specify groups of
submodules they are interested in as opposed to running "git submodule
init <path>" on each submodule they want checked out in their working
tree.
To this end two config options are introduced, submodule.active and
submodule.<name>.active. The submodule.active config holds a pathspec
that specifies which submodules should exist in the working tree. The
submodule.<name>.active config is a boolean flag used to indicate if
that particular submodule should exist in the working tree.
Its important to note that submodule.active functions differently than
the other configuration options since it takes a pathspec. This allows
users to adopt at least two new workflows:
1. Submodules can be grouped with a leading directory, such that a
pathspec e.g. 'lib/' would cover all library-ish modules to allow
those who are interested in library-ish modules to set
"submodule.active = lib/" just once to say any and all modules in
'lib/' are interesting.
2. Once the pathspec-attribute feature is invented, users can label
submodules with attributes to group them, so that a broad pathspec
with attribute requirements, e.g. ':(attr:lib)', can be used to say
any and all modules with the 'lib' attribute are interesting.
Since the .gitattributes file, just like the .gitmodules file, is
tracked by the superproject, when a submodule moves in the
superproject tree, the project can adjust which path gets the
attribute in .gitattributes, just like it can adjust which path has
the submodule in .gitmodules.
Neither of these two additional configuration options solve the problem
of wanting different submodules checked out in different worktrees
because multiple worktrees share .git/config. Only once per-worktree
configurations become a reality can this be solved, but this is a
necessary preparatory step for that future.
Given these multiple ways to check if a submodule is of interest, the
more fine-grained submodule.<name>.active option has the highest order
of precedence followed by the pathspec check against submodule.active.
To ensure backwards compatibility, if neither of these options are set,
git falls back to checking the submodule.<name>.url option to determine
if a submodule is interesting.
Signed-off-by: Brandon Williams <bmwill@google.com>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2017-03-18 06:38:01 +08:00
|
|
|
/* submodule.active is set */
|
config API: add "string" version of *_value_multi(), fix segfaults
Fix numerous and mostly long-standing segfaults in consumers of
the *_config_*value_multi() API. As discussed in the preceding commit
an empty key in the config syntax yields a "NULL" string, which these
users would give to strcmp() (or similar), resulting in segfaults.
As this change shows, most users users of the *_config_*value_multi()
API didn't really want such an an unsafe and low-level API, let's give
them something with the safety of git_config_get_string() instead.
This fix is similar to what the *_string() functions and others
acquired in[1] and [2]. Namely introducing and using a safer
"*_get_string_multi()" variant of the low-level "_*value_multi()"
function.
This fixes segfaults in code introduced in:
- d811c8e17c6 (versionsort: support reorder prerelease suffixes, 2015-02-26)
- c026557a373 (versioncmp: generalize version sort suffix reordering, 2016-12-08)
- a086f921a72 (submodule: decouple url and submodule interest, 2017-03-17)
- a6be5e6764a (log: add log.excludeDecoration config option, 2020-04-16)
- 92156291ca8 (log: add default decoration filter, 2022-08-05)
- 50a044f1e40 (gc: replace config subprocesses with API calls, 2022-09-27)
There are now two users ofthe low-level API:
- One in "builtin/for-each-repo.c", which we'll convert in a
subsequent commit.
- The "t/helper/test-config.c" code added in [3].
As seen in the preceding commit we need to give the
"t/helper/test-config.c" caller these "NULL" entries.
We could also alter the underlying git_configset_get_value_multi()
function to be "string safe", but doing so would leave no room for
other variants of "*_get_value_multi()" that coerce to other types.
Such coercion can't be built on the string version, since as we've
established "NULL" is a true value in the boolean context, but if we
coerced it to "" for use in a list of strings it'll be subsequently
coerced to "false" as a boolean.
The callback pattern being used here will make it easy to introduce
e.g. a "multi" variant which coerces its values to "bool", "int",
"path" etc.
1. 40ea4ed9032 (Add config_error_nonbool() helper function,
2008-02-11)
2. 6c47d0e8f39 (config.c: guard config parser from value=NULL,
2008-02-11).
3. 4c715ebb96a (test-config: add tests for the config_set API,
2014-07-28)
Signed-off-by: Ævar Arnfjörð Bjarmason <avarab@gmail.com>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2023-03-28 22:04:27 +08:00
|
|
|
if (!repo_config_get_string_multi(repo, "submodule.active", &sl)) {
|
submodule: decouple url and submodule interest
Currently the submodule.<name>.url config option is used to determine if
a given submodule is of interest to the user. This ends up being
cumbersome in a world where we want to have different submodules checked
out in different worktrees or a more generalized mechanism to select
which submodules are of interest.
In a future with worktree support for submodules, there will be multiple
working trees, each of which may only need a subset of the submodules
checked out. The URL (which is where the submodule repository can be
obtained) should not differ between different working trees.
It may also be convenient for users to more easily specify groups of
submodules they are interested in as opposed to running "git submodule
init <path>" on each submodule they want checked out in their working
tree.
To this end two config options are introduced, submodule.active and
submodule.<name>.active. The submodule.active config holds a pathspec
that specifies which submodules should exist in the working tree. The
submodule.<name>.active config is a boolean flag used to indicate if
that particular submodule should exist in the working tree.
Its important to note that submodule.active functions differently than
the other configuration options since it takes a pathspec. This allows
users to adopt at least two new workflows:
1. Submodules can be grouped with a leading directory, such that a
pathspec e.g. 'lib/' would cover all library-ish modules to allow
those who are interested in library-ish modules to set
"submodule.active = lib/" just once to say any and all modules in
'lib/' are interesting.
2. Once the pathspec-attribute feature is invented, users can label
submodules with attributes to group them, so that a broad pathspec
with attribute requirements, e.g. ':(attr:lib)', can be used to say
any and all modules with the 'lib' attribute are interesting.
Since the .gitattributes file, just like the .gitmodules file, is
tracked by the superproject, when a submodule moves in the
superproject tree, the project can adjust which path gets the
attribute in .gitattributes, just like it can adjust which path has
the submodule in .gitmodules.
Neither of these two additional configuration options solve the problem
of wanting different submodules checked out in different worktrees
because multiple worktrees share .git/config. Only once per-worktree
configurations become a reality can this be solved, but this is a
necessary preparatory step for that future.
Given these multiple ways to check if a submodule is of interest, the
more fine-grained submodule.<name>.active option has the highest order
of precedence followed by the pathspec check against submodule.active.
To ensure backwards compatibility, if neither of these options are set,
git falls back to checking the submodule.<name>.url option to determine
if a submodule is interesting.
Signed-off-by: Brandon Williams <bmwill@google.com>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2017-03-18 06:38:01 +08:00
|
|
|
struct pathspec ps;
|
2020-07-29 04:25:12 +08:00
|
|
|
struct strvec args = STRVEC_INIT;
|
submodule: decouple url and submodule interest
Currently the submodule.<name>.url config option is used to determine if
a given submodule is of interest to the user. This ends up being
cumbersome in a world where we want to have different submodules checked
out in different worktrees or a more generalized mechanism to select
which submodules are of interest.
In a future with worktree support for submodules, there will be multiple
working trees, each of which may only need a subset of the submodules
checked out. The URL (which is where the submodule repository can be
obtained) should not differ between different working trees.
It may also be convenient for users to more easily specify groups of
submodules they are interested in as opposed to running "git submodule
init <path>" on each submodule they want checked out in their working
tree.
To this end two config options are introduced, submodule.active and
submodule.<name>.active. The submodule.active config holds a pathspec
that specifies which submodules should exist in the working tree. The
submodule.<name>.active config is a boolean flag used to indicate if
that particular submodule should exist in the working tree.
Its important to note that submodule.active functions differently than
the other configuration options since it takes a pathspec. This allows
users to adopt at least two new workflows:
1. Submodules can be grouped with a leading directory, such that a
pathspec e.g. 'lib/' would cover all library-ish modules to allow
those who are interested in library-ish modules to set
"submodule.active = lib/" just once to say any and all modules in
'lib/' are interesting.
2. Once the pathspec-attribute feature is invented, users can label
submodules with attributes to group them, so that a broad pathspec
with attribute requirements, e.g. ':(attr:lib)', can be used to say
any and all modules with the 'lib' attribute are interesting.
Since the .gitattributes file, just like the .gitmodules file, is
tracked by the superproject, when a submodule moves in the
superproject tree, the project can adjust which path gets the
attribute in .gitattributes, just like it can adjust which path has
the submodule in .gitmodules.
Neither of these two additional configuration options solve the problem
of wanting different submodules checked out in different worktrees
because multiple worktrees share .git/config. Only once per-worktree
configurations become a reality can this be solved, but this is a
necessary preparatory step for that future.
Given these multiple ways to check if a submodule is of interest, the
more fine-grained submodule.<name>.active option has the highest order
of precedence followed by the pathspec check against submodule.active.
To ensure backwards compatibility, if neither of these options are set,
git falls back to checking the submodule.<name>.url option to determine
if a submodule is interesting.
Signed-off-by: Brandon Williams <bmwill@google.com>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2017-03-18 06:38:01 +08:00
|
|
|
const struct string_list_item *item;
|
2016-12-17 03:03:17 +08:00
|
|
|
|
submodule: decouple url and submodule interest
Currently the submodule.<name>.url config option is used to determine if
a given submodule is of interest to the user. This ends up being
cumbersome in a world where we want to have different submodules checked
out in different worktrees or a more generalized mechanism to select
which submodules are of interest.
In a future with worktree support for submodules, there will be multiple
working trees, each of which may only need a subset of the submodules
checked out. The URL (which is where the submodule repository can be
obtained) should not differ between different working trees.
It may also be convenient for users to more easily specify groups of
submodules they are interested in as opposed to running "git submodule
init <path>" on each submodule they want checked out in their working
tree.
To this end two config options are introduced, submodule.active and
submodule.<name>.active. The submodule.active config holds a pathspec
that specifies which submodules should exist in the working tree. The
submodule.<name>.active config is a boolean flag used to indicate if
that particular submodule should exist in the working tree.
Its important to note that submodule.active functions differently than
the other configuration options since it takes a pathspec. This allows
users to adopt at least two new workflows:
1. Submodules can be grouped with a leading directory, such that a
pathspec e.g. 'lib/' would cover all library-ish modules to allow
those who are interested in library-ish modules to set
"submodule.active = lib/" just once to say any and all modules in
'lib/' are interesting.
2. Once the pathspec-attribute feature is invented, users can label
submodules with attributes to group them, so that a broad pathspec
with attribute requirements, e.g. ':(attr:lib)', can be used to say
any and all modules with the 'lib' attribute are interesting.
Since the .gitattributes file, just like the .gitmodules file, is
tracked by the superproject, when a submodule moves in the
superproject tree, the project can adjust which path gets the
attribute in .gitattributes, just like it can adjust which path has
the submodule in .gitmodules.
Neither of these two additional configuration options solve the problem
of wanting different submodules checked out in different worktrees
because multiple worktrees share .git/config. Only once per-worktree
configurations become a reality can this be solved, but this is a
necessary preparatory step for that future.
Given these multiple ways to check if a submodule is of interest, the
more fine-grained submodule.<name>.active option has the highest order
of precedence followed by the pathspec check against submodule.active.
To ensure backwards compatibility, if neither of these options are set,
git falls back to checking the submodule.<name>.url option to determine
if a submodule is interesting.
Signed-off-by: Brandon Williams <bmwill@google.com>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2017-03-18 06:38:01 +08:00
|
|
|
for_each_string_list_item(item, sl) {
|
2020-07-29 04:25:12 +08:00
|
|
|
strvec_push(&args, item->string);
|
submodule: decouple url and submodule interest
Currently the submodule.<name>.url config option is used to determine if
a given submodule is of interest to the user. This ends up being
cumbersome in a world where we want to have different submodules checked
out in different worktrees or a more generalized mechanism to select
which submodules are of interest.
In a future with worktree support for submodules, there will be multiple
working trees, each of which may only need a subset of the submodules
checked out. The URL (which is where the submodule repository can be
obtained) should not differ between different working trees.
It may also be convenient for users to more easily specify groups of
submodules they are interested in as opposed to running "git submodule
init <path>" on each submodule they want checked out in their working
tree.
To this end two config options are introduced, submodule.active and
submodule.<name>.active. The submodule.active config holds a pathspec
that specifies which submodules should exist in the working tree. The
submodule.<name>.active config is a boolean flag used to indicate if
that particular submodule should exist in the working tree.
Its important to note that submodule.active functions differently than
the other configuration options since it takes a pathspec. This allows
users to adopt at least two new workflows:
1. Submodules can be grouped with a leading directory, such that a
pathspec e.g. 'lib/' would cover all library-ish modules to allow
those who are interested in library-ish modules to set
"submodule.active = lib/" just once to say any and all modules in
'lib/' are interesting.
2. Once the pathspec-attribute feature is invented, users can label
submodules with attributes to group them, so that a broad pathspec
with attribute requirements, e.g. ':(attr:lib)', can be used to say
any and all modules with the 'lib' attribute are interesting.
Since the .gitattributes file, just like the .gitmodules file, is
tracked by the superproject, when a submodule moves in the
superproject tree, the project can adjust which path gets the
attribute in .gitattributes, just like it can adjust which path has
the submodule in .gitmodules.
Neither of these two additional configuration options solve the problem
of wanting different submodules checked out in different worktrees
because multiple worktrees share .git/config. Only once per-worktree
configurations become a reality can this be solved, but this is a
necessary preparatory step for that future.
Given these multiple ways to check if a submodule is of interest, the
more fine-grained submodule.<name>.active option has the highest order
of precedence followed by the pathspec check against submodule.active.
To ensure backwards compatibility, if neither of these options are set,
git falls back to checking the submodule.<name>.url option to determine
if a submodule is interesting.
Signed-off-by: Brandon Williams <bmwill@google.com>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2017-03-18 06:38:01 +08:00
|
|
|
}
|
|
|
|
|
2020-07-29 08:37:20 +08:00
|
|
|
parse_pathspec(&ps, 0, 0, NULL, args.v);
|
2018-08-14 00:14:31 +08:00
|
|
|
ret = match_pathspec(repo->index, &ps, path, strlen(path), 0, NULL, 1);
|
submodule: decouple url and submodule interest
Currently the submodule.<name>.url config option is used to determine if
a given submodule is of interest to the user. This ends up being
cumbersome in a world where we want to have different submodules checked
out in different worktrees or a more generalized mechanism to select
which submodules are of interest.
In a future with worktree support for submodules, there will be multiple
working trees, each of which may only need a subset of the submodules
checked out. The URL (which is where the submodule repository can be
obtained) should not differ between different working trees.
It may also be convenient for users to more easily specify groups of
submodules they are interested in as opposed to running "git submodule
init <path>" on each submodule they want checked out in their working
tree.
To this end two config options are introduced, submodule.active and
submodule.<name>.active. The submodule.active config holds a pathspec
that specifies which submodules should exist in the working tree. The
submodule.<name>.active config is a boolean flag used to indicate if
that particular submodule should exist in the working tree.
Its important to note that submodule.active functions differently than
the other configuration options since it takes a pathspec. This allows
users to adopt at least two new workflows:
1. Submodules can be grouped with a leading directory, such that a
pathspec e.g. 'lib/' would cover all library-ish modules to allow
those who are interested in library-ish modules to set
"submodule.active = lib/" just once to say any and all modules in
'lib/' are interesting.
2. Once the pathspec-attribute feature is invented, users can label
submodules with attributes to group them, so that a broad pathspec
with attribute requirements, e.g. ':(attr:lib)', can be used to say
any and all modules with the 'lib' attribute are interesting.
Since the .gitattributes file, just like the .gitmodules file, is
tracked by the superproject, when a submodule moves in the
superproject tree, the project can adjust which path gets the
attribute in .gitattributes, just like it can adjust which path has
the submodule in .gitmodules.
Neither of these two additional configuration options solve the problem
of wanting different submodules checked out in different worktrees
because multiple worktrees share .git/config. Only once per-worktree
configurations become a reality can this be solved, but this is a
necessary preparatory step for that future.
Given these multiple ways to check if a submodule is of interest, the
more fine-grained submodule.<name>.active option has the highest order
of precedence followed by the pathspec check against submodule.active.
To ensure backwards compatibility, if neither of these options are set,
git falls back to checking the submodule.<name>.url option to determine
if a submodule is interesting.
Signed-off-by: Brandon Williams <bmwill@google.com>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2017-03-18 06:38:01 +08:00
|
|
|
|
2020-07-29 04:25:12 +08:00
|
|
|
strvec_clear(&args);
|
submodule: decouple url and submodule interest
Currently the submodule.<name>.url config option is used to determine if
a given submodule is of interest to the user. This ends up being
cumbersome in a world where we want to have different submodules checked
out in different worktrees or a more generalized mechanism to select
which submodules are of interest.
In a future with worktree support for submodules, there will be multiple
working trees, each of which may only need a subset of the submodules
checked out. The URL (which is where the submodule repository can be
obtained) should not differ between different working trees.
It may also be convenient for users to more easily specify groups of
submodules they are interested in as opposed to running "git submodule
init <path>" on each submodule they want checked out in their working
tree.
To this end two config options are introduced, submodule.active and
submodule.<name>.active. The submodule.active config holds a pathspec
that specifies which submodules should exist in the working tree. The
submodule.<name>.active config is a boolean flag used to indicate if
that particular submodule should exist in the working tree.
Its important to note that submodule.active functions differently than
the other configuration options since it takes a pathspec. This allows
users to adopt at least two new workflows:
1. Submodules can be grouped with a leading directory, such that a
pathspec e.g. 'lib/' would cover all library-ish modules to allow
those who are interested in library-ish modules to set
"submodule.active = lib/" just once to say any and all modules in
'lib/' are interesting.
2. Once the pathspec-attribute feature is invented, users can label
submodules with attributes to group them, so that a broad pathspec
with attribute requirements, e.g. ':(attr:lib)', can be used to say
any and all modules with the 'lib' attribute are interesting.
Since the .gitattributes file, just like the .gitmodules file, is
tracked by the superproject, when a submodule moves in the
superproject tree, the project can adjust which path gets the
attribute in .gitattributes, just like it can adjust which path has
the submodule in .gitmodules.
Neither of these two additional configuration options solve the problem
of wanting different submodules checked out in different worktrees
because multiple worktrees share .git/config. Only once per-worktree
configurations become a reality can this be solved, but this is a
necessary preparatory step for that future.
Given these multiple ways to check if a submodule is of interest, the
more fine-grained submodule.<name>.active option has the highest order
of precedence followed by the pathspec check against submodule.active.
To ensure backwards compatibility, if neither of these options are set,
git falls back to checking the submodule.<name>.url option to determine
if a submodule is interesting.
Signed-off-by: Brandon Williams <bmwill@google.com>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2017-03-18 06:38:01 +08:00
|
|
|
clear_pathspec(&ps);
|
|
|
|
return ret;
|
2016-12-17 03:03:17 +08:00
|
|
|
}
|
|
|
|
|
submodule: decouple url and submodule interest
Currently the submodule.<name>.url config option is used to determine if
a given submodule is of interest to the user. This ends up being
cumbersome in a world where we want to have different submodules checked
out in different worktrees or a more generalized mechanism to select
which submodules are of interest.
In a future with worktree support for submodules, there will be multiple
working trees, each of which may only need a subset of the submodules
checked out. The URL (which is where the submodule repository can be
obtained) should not differ between different working trees.
It may also be convenient for users to more easily specify groups of
submodules they are interested in as opposed to running "git submodule
init <path>" on each submodule they want checked out in their working
tree.
To this end two config options are introduced, submodule.active and
submodule.<name>.active. The submodule.active config holds a pathspec
that specifies which submodules should exist in the working tree. The
submodule.<name>.active config is a boolean flag used to indicate if
that particular submodule should exist in the working tree.
Its important to note that submodule.active functions differently than
the other configuration options since it takes a pathspec. This allows
users to adopt at least two new workflows:
1. Submodules can be grouped with a leading directory, such that a
pathspec e.g. 'lib/' would cover all library-ish modules to allow
those who are interested in library-ish modules to set
"submodule.active = lib/" just once to say any and all modules in
'lib/' are interesting.
2. Once the pathspec-attribute feature is invented, users can label
submodules with attributes to group them, so that a broad pathspec
with attribute requirements, e.g. ':(attr:lib)', can be used to say
any and all modules with the 'lib' attribute are interesting.
Since the .gitattributes file, just like the .gitmodules file, is
tracked by the superproject, when a submodule moves in the
superproject tree, the project can adjust which path gets the
attribute in .gitattributes, just like it can adjust which path has
the submodule in .gitmodules.
Neither of these two additional configuration options solve the problem
of wanting different submodules checked out in different worktrees
because multiple worktrees share .git/config. Only once per-worktree
configurations become a reality can this be solved, but this is a
necessary preparatory step for that future.
Given these multiple ways to check if a submodule is of interest, the
more fine-grained submodule.<name>.active option has the highest order
of precedence followed by the pathspec check against submodule.active.
To ensure backwards compatibility, if neither of these options are set,
git falls back to checking the submodule.<name>.url option to determine
if a submodule is interesting.
Signed-off-by: Brandon Williams <bmwill@google.com>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2017-03-18 06:38:01 +08:00
|
|
|
/* fallback to checking if the URL is set */
|
|
|
|
key = xstrfmt("submodule.%s.url", module->name);
|
2017-06-23 02:43:46 +08:00
|
|
|
ret = !repo_config_get_string(repo, key, &value);
|
submodule: decouple url and submodule interest
Currently the submodule.<name>.url config option is used to determine if
a given submodule is of interest to the user. This ends up being
cumbersome in a world where we want to have different submodules checked
out in different worktrees or a more generalized mechanism to select
which submodules are of interest.
In a future with worktree support for submodules, there will be multiple
working trees, each of which may only need a subset of the submodules
checked out. The URL (which is where the submodule repository can be
obtained) should not differ between different working trees.
It may also be convenient for users to more easily specify groups of
submodules they are interested in as opposed to running "git submodule
init <path>" on each submodule they want checked out in their working
tree.
To this end two config options are introduced, submodule.active and
submodule.<name>.active. The submodule.active config holds a pathspec
that specifies which submodules should exist in the working tree. The
submodule.<name>.active config is a boolean flag used to indicate if
that particular submodule should exist in the working tree.
Its important to note that submodule.active functions differently than
the other configuration options since it takes a pathspec. This allows
users to adopt at least two new workflows:
1. Submodules can be grouped with a leading directory, such that a
pathspec e.g. 'lib/' would cover all library-ish modules to allow
those who are interested in library-ish modules to set
"submodule.active = lib/" just once to say any and all modules in
'lib/' are interesting.
2. Once the pathspec-attribute feature is invented, users can label
submodules with attributes to group them, so that a broad pathspec
with attribute requirements, e.g. ':(attr:lib)', can be used to say
any and all modules with the 'lib' attribute are interesting.
Since the .gitattributes file, just like the .gitmodules file, is
tracked by the superproject, when a submodule moves in the
superproject tree, the project can adjust which path gets the
attribute in .gitattributes, just like it can adjust which path has
the submodule in .gitmodules.
Neither of these two additional configuration options solve the problem
of wanting different submodules checked out in different worktrees
because multiple worktrees share .git/config. Only once per-worktree
configurations become a reality can this be solved, but this is a
necessary preparatory step for that future.
Given these multiple ways to check if a submodule is of interest, the
more fine-grained submodule.<name>.active option has the highest order
of precedence followed by the pathspec check against submodule.active.
To ensure backwards compatibility, if neither of these options are set,
git falls back to checking the submodule.<name>.url option to determine
if a submodule is interesting.
Signed-off-by: Brandon Williams <bmwill@google.com>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2017-03-18 06:38:01 +08:00
|
|
|
|
|
|
|
free(value);
|
|
|
|
free(key);
|
2016-12-17 03:03:17 +08:00
|
|
|
return ret;
|
|
|
|
}
|
|
|
|
|
branch: add --recurse-submodules option for branch creation
To improve the submodules UX, we would like to teach Git to handle
branches in submodules. Start this process by teaching "git branch" the
--recurse-submodules option so that "git branch --recurse-submodules
topic" will create the `topic` branch in the superproject and its
submodules.
Although this commit does not introduce breaking changes, it does not
work well with existing --recurse-submodules commands because "git
branch --recurse-submodules" writes to the submodule ref store, but most
commands only consider the superproject gitlink and ignore the submodule
ref store. For example, "git checkout --recurse-submodules" will check
out the commits in the superproject gitlinks (and put the submodules in
detached HEAD) instead of checking out the submodule branches.
Because of this, this commit introduces a new configuration value,
`submodule.propagateBranches`. The plan is for Git commands to
prioritize submodule ref store information over superproject gitlinks if
this value is true. Because "git branch --recurse-submodules" writes to
submodule ref stores, for the sake of clarity, it will not function
unless this configuration value is set.
This commit also includes changes that support working with submodules
from a superproject commit because "branch --recurse-submodules" (and
future commands) need to read .gitmodules and gitlinks from the
superproject commit, but submodules are typically read from the
filesystem's .gitmodules and the index's gitlinks. These changes are:
* add a submodules_of_tree() helper that gives the relevant
information of an in-tree submodule (e.g. path and oid) and
initializes the repository
* add is_tree_submodule_active() by adding a treeish_name parameter to
is_submodule_active()
* add the "submoduleNotUpdated" advice to advise users to update the
submodules in their trees
Incidentally, fix an incorrect usage string that combined the 'list'
usage of git branch (-l) with the 'create' usage; this string has been
incorrect since its inception, a8dfd5eac4 (Make builtin-branch.c use
parse_options., 2007-10-07).
Helped-by: Jonathan Tan <jonathantanmy@google.com>
Signed-off-by: Glen Choo <chooglen@google.com>
Reviewed-by: Jonathan Tan <jonathantanmy@google.com>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2022-01-29 08:04:45 +08:00
|
|
|
int is_submodule_active(struct repository *repo, const char *path)
|
|
|
|
{
|
|
|
|
return is_tree_submodule_active(repo, null_oid(), path);
|
|
|
|
}
|
|
|
|
|
2017-03-15 05:46:31 +08:00
|
|
|
int is_submodule_populated_gently(const char *path, int *return_error_code)
|
2016-12-17 03:03:16 +08:00
|
|
|
{
|
|
|
|
int ret = 0;
|
|
|
|
char *gitdir = xstrfmt("%s/.git", path);
|
|
|
|
|
2017-03-15 05:46:31 +08:00
|
|
|
if (resolve_gitdir_gently(gitdir, return_error_code))
|
2016-12-17 03:03:16 +08:00
|
|
|
ret = 1;
|
|
|
|
|
|
|
|
free(gitdir);
|
|
|
|
return ret;
|
|
|
|
}
|
|
|
|
|
2017-05-10 03:17:59 +08:00
|
|
|
/*
|
|
|
|
* Dies if the provided 'prefix' corresponds to an unpopulated submodule
|
|
|
|
*/
|
2021-04-01 09:49:39 +08:00
|
|
|
void die_in_unpopulated_submodule(struct index_state *istate,
|
2017-05-10 03:17:59 +08:00
|
|
|
const char *prefix)
|
|
|
|
{
|
|
|
|
int i, prefixlen;
|
|
|
|
|
|
|
|
if (!prefix)
|
|
|
|
return;
|
|
|
|
|
|
|
|
prefixlen = strlen(prefix);
|
|
|
|
|
|
|
|
for (i = 0; i < istate->cache_nr; i++) {
|
|
|
|
struct cache_entry *ce = istate->cache[i];
|
|
|
|
int ce_len = ce_namelen(ce);
|
|
|
|
|
|
|
|
if (!S_ISGITLINK(ce->ce_mode))
|
|
|
|
continue;
|
|
|
|
if (prefixlen <= ce_len)
|
|
|
|
continue;
|
|
|
|
if (strncmp(ce->name, prefix, ce_len))
|
|
|
|
continue;
|
|
|
|
if (prefix[ce_len] != '/')
|
|
|
|
continue;
|
|
|
|
|
|
|
|
die(_("in unpopulated submodule '%s'"), ce->name);
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2017-05-12 06:04:24 +08:00
|
|
|
/*
|
|
|
|
* Dies if any paths in the provided pathspec descends into a submodule
|
|
|
|
*/
|
2021-04-01 09:49:39 +08:00
|
|
|
void die_path_inside_submodule(struct index_state *istate,
|
2017-05-12 06:04:24 +08:00
|
|
|
const struct pathspec *ps)
|
|
|
|
{
|
|
|
|
int i, j;
|
|
|
|
|
|
|
|
for (i = 0; i < istate->cache_nr; i++) {
|
|
|
|
struct cache_entry *ce = istate->cache[i];
|
|
|
|
int ce_len = ce_namelen(ce);
|
|
|
|
|
|
|
|
if (!S_ISGITLINK(ce->ce_mode))
|
|
|
|
continue;
|
|
|
|
|
|
|
|
for (j = 0; j < ps->nr ; j++) {
|
|
|
|
const struct pathspec_item *item = &ps->items[j];
|
|
|
|
|
|
|
|
if (item->len <= ce_len)
|
|
|
|
continue;
|
|
|
|
if (item->match[ce_len] != '/')
|
|
|
|
continue;
|
|
|
|
if (strncmp(ce->name, item->match, ce_len))
|
|
|
|
continue;
|
|
|
|
if (item->len == ce_len + 1)
|
|
|
|
continue;
|
|
|
|
|
|
|
|
die(_("Pathspec '%s' is in submodule '%.*s'"),
|
|
|
|
item->original, ce_len, ce->name);
|
|
|
|
}
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2017-08-04 02:19:50 +08:00
|
|
|
enum submodule_update_type parse_submodule_update_type(const char *value)
|
2016-03-01 10:07:11 +08:00
|
|
|
{
|
|
|
|
if (!strcmp(value, "none"))
|
2017-08-04 02:19:50 +08:00
|
|
|
return SM_UPDATE_NONE;
|
2016-03-01 10:07:11 +08:00
|
|
|
else if (!strcmp(value, "checkout"))
|
2017-08-04 02:19:50 +08:00
|
|
|
return SM_UPDATE_CHECKOUT;
|
2016-03-01 10:07:11 +08:00
|
|
|
else if (!strcmp(value, "rebase"))
|
2017-08-04 02:19:50 +08:00
|
|
|
return SM_UPDATE_REBASE;
|
2016-03-01 10:07:11 +08:00
|
|
|
else if (!strcmp(value, "merge"))
|
2017-08-04 02:19:50 +08:00
|
|
|
return SM_UPDATE_MERGE;
|
|
|
|
else if (*value == '!')
|
|
|
|
return SM_UPDATE_COMMAND;
|
|
|
|
else
|
|
|
|
return SM_UPDATE_UNSPECIFIED;
|
|
|
|
}
|
|
|
|
|
|
|
|
int parse_submodule_update_strategy(const char *value,
|
|
|
|
struct submodule_update_strategy *dst)
|
|
|
|
{
|
|
|
|
enum submodule_update_type type;
|
|
|
|
|
|
|
|
free((void*)dst->command);
|
|
|
|
dst->command = NULL;
|
|
|
|
|
|
|
|
type = parse_submodule_update_type(value);
|
|
|
|
if (type == SM_UPDATE_UNSPECIFIED)
|
2016-03-01 10:07:11 +08:00
|
|
|
return -1;
|
2017-08-04 02:19:50 +08:00
|
|
|
|
|
|
|
dst->type = type;
|
|
|
|
if (type == SM_UPDATE_COMMAND)
|
|
|
|
dst->command = xstrdup(value + 1);
|
|
|
|
|
2016-03-01 10:07:11 +08:00
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
2024-09-26 19:46:08 +08:00
|
|
|
void submodule_update_strategy_release(struct submodule_update_strategy *strategy)
|
|
|
|
{
|
|
|
|
free((char *) strategy->command);
|
|
|
|
}
|
|
|
|
|
2022-09-01 07:18:05 +08:00
|
|
|
const char *submodule_update_type_to_string(enum submodule_update_type type)
|
submodule: port init from shell to C
By having the `submodule init` functionality in C, we can reference it
easier from other parts in the code in later patches. The code is split
up to have one function to initialize one submodule and a calling function
that takes care of the rest, such as argument handling and translating the
arguments to the paths of the submodules.
This is the first submodule subcommand that is fully converted to C
except for the usage string, so this is actually removing a call to
the `submodule--helper list` function, which is supposed to be used in
this transition. Instead we'll make a direct call to `module_list_compute`.
An explanation why we need to edit the prefixes in cmd_update in
git-submodule.sh in this patch:
By having no processing in the shell part, we need to convey the notion
of wt_prefix and prefix to the C parts, which former patches punted on
and did the processing of displaying path in the shell.
`wt_prefix` used to hold the path from the repository root to the current
directory, e.g. wt_prefix would be t/ if the user invoked the
`git submodule` command in ~/repo/t and ~repo is the GIT_DIR.
`prefix` used to hold the relative path from the repository root to the
operation, e.g. if you have recursive submodules, the shell script would
modify the `prefix` in each recursive step by adding the submodule path.
We will pass `wt_prefix` into the C helper via `git -C <dir>` as that
will setup git in the directory the user actually called git-submodule.sh
from. The `prefix` will be passed in via the `--prefix` option.
Having `prefix` and `wt_prefix` relative to the GIT_DIR of the
calling superproject is unfortunate with this patch as the C code doesn't
know about a possible recursion from a superproject via `submodule update
--init --recursive`.
To fix this, we change the meaning of `wt_prefix` to point to the current
project instead of the superproject and `prefix` to include any relative
paths issues in the superproject. That way `prefix` will become the leading
part for displaying paths and `wt_prefix` will be empty in recursive
calls for now.
The new notion of `wt_prefix` and `prefix` still allows us to reconstruct
the calling directory in the superproject by just traveling reverse of
`prefix`.
Signed-off-by: Stefan Beller <sbeller@google.com>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2016-04-16 08:50:13 +08:00
|
|
|
{
|
2022-09-01 07:18:05 +08:00
|
|
|
switch (type) {
|
submodule: port init from shell to C
By having the `submodule init` functionality in C, we can reference it
easier from other parts in the code in later patches. The code is split
up to have one function to initialize one submodule and a calling function
that takes care of the rest, such as argument handling and translating the
arguments to the paths of the submodules.
This is the first submodule subcommand that is fully converted to C
except for the usage string, so this is actually removing a call to
the `submodule--helper list` function, which is supposed to be used in
this transition. Instead we'll make a direct call to `module_list_compute`.
An explanation why we need to edit the prefixes in cmd_update in
git-submodule.sh in this patch:
By having no processing in the shell part, we need to convey the notion
of wt_prefix and prefix to the C parts, which former patches punted on
and did the processing of displaying path in the shell.
`wt_prefix` used to hold the path from the repository root to the current
directory, e.g. wt_prefix would be t/ if the user invoked the
`git submodule` command in ~/repo/t and ~repo is the GIT_DIR.
`prefix` used to hold the relative path from the repository root to the
operation, e.g. if you have recursive submodules, the shell script would
modify the `prefix` in each recursive step by adding the submodule path.
We will pass `wt_prefix` into the C helper via `git -C <dir>` as that
will setup git in the directory the user actually called git-submodule.sh
from. The `prefix` will be passed in via the `--prefix` option.
Having `prefix` and `wt_prefix` relative to the GIT_DIR of the
calling superproject is unfortunate with this patch as the C code doesn't
know about a possible recursion from a superproject via `submodule update
--init --recursive`.
To fix this, we change the meaning of `wt_prefix` to point to the current
project instead of the superproject and `prefix` to include any relative
paths issues in the superproject. That way `prefix` will become the leading
part for displaying paths and `wt_prefix` will be empty in recursive
calls for now.
The new notion of `wt_prefix` and `prefix` still allows us to reconstruct
the calling directory in the superproject by just traveling reverse of
`prefix`.
Signed-off-by: Stefan Beller <sbeller@google.com>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2016-04-16 08:50:13 +08:00
|
|
|
case SM_UPDATE_CHECKOUT:
|
|
|
|
return "checkout";
|
|
|
|
case SM_UPDATE_MERGE:
|
|
|
|
return "merge";
|
|
|
|
case SM_UPDATE_REBASE:
|
|
|
|
return "rebase";
|
|
|
|
case SM_UPDATE_NONE:
|
|
|
|
return "none";
|
|
|
|
case SM_UPDATE_UNSPECIFIED:
|
|
|
|
case SM_UPDATE_COMMAND:
|
2022-09-01 07:18:05 +08:00
|
|
|
BUG("init_submodule() should handle type %d", type);
|
|
|
|
default:
|
|
|
|
BUG("unexpected update strategy type: %d", type);
|
submodule: port init from shell to C
By having the `submodule init` functionality in C, we can reference it
easier from other parts in the code in later patches. The code is split
up to have one function to initialize one submodule and a calling function
that takes care of the rest, such as argument handling and translating the
arguments to the paths of the submodules.
This is the first submodule subcommand that is fully converted to C
except for the usage string, so this is actually removing a call to
the `submodule--helper list` function, which is supposed to be used in
this transition. Instead we'll make a direct call to `module_list_compute`.
An explanation why we need to edit the prefixes in cmd_update in
git-submodule.sh in this patch:
By having no processing in the shell part, we need to convey the notion
of wt_prefix and prefix to the C parts, which former patches punted on
and did the processing of displaying path in the shell.
`wt_prefix` used to hold the path from the repository root to the current
directory, e.g. wt_prefix would be t/ if the user invoked the
`git submodule` command in ~/repo/t and ~repo is the GIT_DIR.
`prefix` used to hold the relative path from the repository root to the
operation, e.g. if you have recursive submodules, the shell script would
modify the `prefix` in each recursive step by adding the submodule path.
We will pass `wt_prefix` into the C helper via `git -C <dir>` as that
will setup git in the directory the user actually called git-submodule.sh
from. The `prefix` will be passed in via the `--prefix` option.
Having `prefix` and `wt_prefix` relative to the GIT_DIR of the
calling superproject is unfortunate with this patch as the C code doesn't
know about a possible recursion from a superproject via `submodule update
--init --recursive`.
To fix this, we change the meaning of `wt_prefix` to point to the current
project instead of the superproject and `prefix` to include any relative
paths issues in the superproject. That way `prefix` will become the leading
part for displaying paths and `wt_prefix` will be empty in recursive
calls for now.
The new notion of `wt_prefix` and `prefix` still allows us to reconstruct
the calling directory in the superproject by just traveling reverse of
`prefix`.
Signed-off-by: Stefan Beller <sbeller@google.com>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2016-04-16 08:50:13 +08:00
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2010-06-25 22:56:47 +08:00
|
|
|
void handle_ignore_submodules_arg(struct diff_options *diffopt,
|
|
|
|
const char *arg)
|
|
|
|
{
|
2020-11-10 16:39:00 +08:00
|
|
|
diffopt->flags.ignore_submodule_set = 1;
|
2017-11-01 02:19:11 +08:00
|
|
|
diffopt->flags.ignore_submodules = 0;
|
|
|
|
diffopt->flags.ignore_untracked_in_submodules = 0;
|
|
|
|
diffopt->flags.ignore_dirty_submodules = 0;
|
2010-08-05 16:49:55 +08:00
|
|
|
|
2010-06-25 22:56:47 +08:00
|
|
|
if (!strcmp(arg, "all"))
|
2017-11-01 02:19:11 +08:00
|
|
|
diffopt->flags.ignore_submodules = 1;
|
2010-06-25 22:56:47 +08:00
|
|
|
else if (!strcmp(arg, "untracked"))
|
2017-11-01 02:19:11 +08:00
|
|
|
diffopt->flags.ignore_untracked_in_submodules = 1;
|
2010-06-25 22:56:47 +08:00
|
|
|
else if (!strcmp(arg, "dirty"))
|
2017-11-01 02:19:11 +08:00
|
|
|
diffopt->flags.ignore_dirty_submodules = 1;
|
2010-08-06 06:39:25 +08:00
|
|
|
else if (strcmp(arg, "none"))
|
2020-01-16 02:07:01 +08:00
|
|
|
die(_("bad --ignore-submodules argument: %s"), arg);
|
2019-02-16 19:24:41 +08:00
|
|
|
/*
|
|
|
|
* Please update _git_status() in git-completion.bash when you
|
|
|
|
* add new options
|
|
|
|
*/
|
2010-06-25 22:56:47 +08:00
|
|
|
}
|
|
|
|
|
2020-09-19 08:58:05 +08:00
|
|
|
static int prepare_submodule_diff_summary(struct repository *r, struct rev_info *rev,
|
|
|
|
const char *path,
|
|
|
|
struct commit *left, struct commit *right,
|
|
|
|
struct commit_list *merge_bases)
|
2011-03-16 15:14:11 +08:00
|
|
|
{
|
2016-09-01 07:27:24 +08:00
|
|
|
struct commit_list *list;
|
2011-03-16 15:14:11 +08:00
|
|
|
|
2020-06-24 04:56:59 +08:00
|
|
|
repo_init_revisions(r, rev, NULL);
|
2011-03-16 15:14:11 +08:00
|
|
|
setup_revisions(0, NULL, rev, NULL);
|
|
|
|
rev->left_right = 1;
|
|
|
|
rev->first_parent_only = 1;
|
|
|
|
left->object.flags |= SYMMETRIC_LEFT;
|
|
|
|
add_pending_object(rev, &left->object, path);
|
|
|
|
add_pending_object(rev, &right->object, path);
|
|
|
|
for (list = merge_bases; list; list = list->next) {
|
|
|
|
list->item->object.flags |= UNINTERESTING;
|
|
|
|
add_pending_object(rev, &list->item->object,
|
2015-11-10 10:22:28 +08:00
|
|
|
oid_to_hex(&list->item->object.oid));
|
2011-03-16 15:14:11 +08:00
|
|
|
}
|
|
|
|
return prepare_revision_walk(rev);
|
|
|
|
}
|
|
|
|
|
2020-08-13 03:44:02 +08:00
|
|
|
static void print_submodule_diff_summary(struct repository *r, struct rev_info *rev, struct diff_options *o)
|
2011-03-16 15:14:11 +08:00
|
|
|
{
|
|
|
|
static const char format[] = " %m %s";
|
|
|
|
struct strbuf sb = STRBUF_INIT;
|
|
|
|
struct commit *commit;
|
|
|
|
|
|
|
|
while ((commit = get_revision(rev))) {
|
|
|
|
struct pretty_print_context ctx = {0};
|
|
|
|
ctx.date_mode = rev->date_mode;
|
2013-06-26 18:19:50 +08:00
|
|
|
ctx.output_encoding = get_log_output_encoding();
|
2011-03-16 15:14:11 +08:00
|
|
|
strbuf_setlen(&sb, 0);
|
2018-12-15 08:09:37 +08:00
|
|
|
repo_format_commit_message(r, commit, format, &sb,
|
|
|
|
&ctx);
|
2011-03-16 15:14:11 +08:00
|
|
|
strbuf_addch(&sb, '\n');
|
2017-06-30 08:07:00 +08:00
|
|
|
if (commit->object.flags & SYMMETRIC_LEFT)
|
|
|
|
diff_emit_submodule_del(o, sb.buf);
|
|
|
|
else
|
|
|
|
diff_emit_submodule_add(o, sb.buf);
|
2011-03-16 15:14:11 +08:00
|
|
|
}
|
|
|
|
strbuf_release(&sb);
|
|
|
|
}
|
|
|
|
|
2020-07-29 04:25:12 +08:00
|
|
|
void prepare_submodule_repo_env(struct strvec *out)
|
2017-03-15 05:46:35 +08:00
|
|
|
{
|
2021-06-18 01:13:25 +08:00
|
|
|
prepare_other_repo_env(out, DEFAULT_GIT_DIR_ENVIRONMENT);
|
2017-03-15 05:46:35 +08:00
|
|
|
}
|
|
|
|
|
2020-07-29 04:25:12 +08:00
|
|
|
static void prepare_submodule_repo_env_in_gitdir(struct strvec *out)
|
2018-11-29 08:27:55 +08:00
|
|
|
{
|
2021-06-18 01:13:25 +08:00
|
|
|
prepare_other_repo_env(out, ".");
|
2018-11-29 08:27:55 +08:00
|
|
|
}
|
|
|
|
|
2018-12-15 08:09:37 +08:00
|
|
|
/*
|
|
|
|
* Initialize a repository struct for a submodule based on the provided 'path'.
|
|
|
|
*
|
|
|
|
* Returns the repository struct on success,
|
|
|
|
* NULL when the submodule is not present.
|
2016-09-01 07:27:24 +08:00
|
|
|
*/
|
2018-12-15 08:09:37 +08:00
|
|
|
static struct repository *open_submodule(const char *path)
|
|
|
|
{
|
|
|
|
struct strbuf sb = STRBUF_INIT;
|
|
|
|
struct repository *out = xmalloc(sizeof(*out));
|
|
|
|
|
|
|
|
if (submodule_to_gitdir(&sb, path) || repo_init(out, sb.buf, NULL)) {
|
|
|
|
strbuf_release(&sb);
|
|
|
|
free(out);
|
|
|
|
return NULL;
|
|
|
|
}
|
|
|
|
|
|
|
|
/* Mark it as a submodule */
|
|
|
|
out->submodule_prefix = xstrdup(path);
|
|
|
|
|
|
|
|
strbuf_release(&sb);
|
|
|
|
return out;
|
|
|
|
}
|
|
|
|
|
|
|
|
/*
|
|
|
|
* Helper function to display the submodule header line prior to the full
|
|
|
|
* summary output.
|
|
|
|
*
|
|
|
|
* If it can locate the submodule git directory it will create a repository
|
|
|
|
* handle for the submodule and lookup both the left and right commits and
|
|
|
|
* put them into the left and right pointers.
|
2016-09-01 07:27:24 +08:00
|
|
|
*/
|
2018-12-15 08:09:37 +08:00
|
|
|
static void show_submodule_header(struct diff_options *o,
|
|
|
|
const char *path,
|
2016-09-01 07:27:23 +08:00
|
|
|
struct object_id *one, struct object_id *two,
|
2017-06-30 08:07:00 +08:00
|
|
|
unsigned dirty_submodule,
|
2018-12-15 08:09:37 +08:00
|
|
|
struct repository *sub,
|
2016-09-01 07:27:24 +08:00
|
|
|
struct commit **left, struct commit **right,
|
|
|
|
struct commit_list **merge_bases)
|
2009-10-19 20:38:32 +08:00
|
|
|
{
|
|
|
|
const char *message = NULL;
|
|
|
|
struct strbuf sb = STRBUF_INIT;
|
|
|
|
int fast_forward = 0, fast_backward = 0;
|
|
|
|
|
2010-03-05 05:20:33 +08:00
|
|
|
if (dirty_submodule & DIRTY_SUBMODULE_UNTRACKED)
|
2017-06-30 08:07:00 +08:00
|
|
|
diff_emit_submodule_untracked(o, path);
|
|
|
|
|
2010-03-05 05:20:33 +08:00
|
|
|
if (dirty_submodule & DIRTY_SUBMODULE_MODIFIED)
|
2017-06-30 08:07:00 +08:00
|
|
|
diff_emit_submodule_modified(o, path);
|
2010-03-05 05:20:33 +08:00
|
|
|
|
2016-09-01 07:27:24 +08:00
|
|
|
if (is_null_oid(one))
|
|
|
|
message = "(new submodule)";
|
|
|
|
else if (is_null_oid(two))
|
|
|
|
message = "(submodule deleted)";
|
|
|
|
|
2018-12-15 08:09:37 +08:00
|
|
|
if (!sub) {
|
2016-09-01 07:27:24 +08:00
|
|
|
if (!message)
|
2017-09-27 02:27:56 +08:00
|
|
|
message = "(commits not present)";
|
2016-09-01 07:27:24 +08:00
|
|
|
goto output_header;
|
|
|
|
}
|
|
|
|
|
|
|
|
/*
|
|
|
|
* Attempt to lookup the commit references, and determine if this is
|
|
|
|
* a fast forward or fast backwards update.
|
|
|
|
*/
|
2018-12-15 08:09:37 +08:00
|
|
|
*left = lookup_commit_reference(sub, one);
|
|
|
|
*right = lookup_commit_reference(sub, two);
|
2016-09-01 07:27:24 +08:00
|
|
|
|
|
|
|
/*
|
|
|
|
* Warn about missing commits in the submodule project, but only if
|
|
|
|
* they aren't null.
|
|
|
|
*/
|
|
|
|
if ((!is_null_oid(one) && !*left) ||
|
|
|
|
(!is_null_oid(two) && !*right))
|
|
|
|
message = "(commits not present)";
|
|
|
|
|
2024-02-28 17:44:14 +08:00
|
|
|
*merge_bases = NULL;
|
|
|
|
if (repo_get_merge_bases(sub, *left, *right, merge_bases) < 0) {
|
|
|
|
message = "(corrupt repository)";
|
|
|
|
goto output_header;
|
|
|
|
}
|
|
|
|
|
2016-09-01 07:27:24 +08:00
|
|
|
if (*merge_bases) {
|
|
|
|
if ((*merge_bases)->item == *left)
|
|
|
|
fast_forward = 1;
|
|
|
|
else if ((*merge_bases)->item == *right)
|
|
|
|
fast_backward = 1;
|
|
|
|
}
|
|
|
|
|
convert "oidcmp() == 0" to oideq()
Using the more restrictive oideq() should, in the long run,
give the compiler more opportunities to optimize these
callsites. For now, this conversion should be a complete
noop with respect to the generated code.
The result is also perhaps a little more readable, as it
avoids the "zero is equal" idiom. Since it's so prevalent in
C, I think seasoned programmers tend not to even notice it
anymore, but it can sometimes make for awkward double
negations (e.g., we can drop a few !!oidcmp() instances
here).
This patch was generated almost entirely by the included
coccinelle patch. This mechanical conversion should be
completely safe, because we check explicitly for cases where
oidcmp() is compared to 0, which is what oideq() is doing
under the hood. Note that we don't have to catch "!oidcmp()"
separately; coccinelle's standard isomorphisms make sure the
two are treated equivalently.
I say "almost" because I did hand-edit the coccinelle output
to fix up a few style violations (it mostly keeps the
original formatting, but sometimes unwraps long lines).
Signed-off-by: Jeff King <peff@peff.net>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2018-08-29 05:22:40 +08:00
|
|
|
if (oideq(one, two)) {
|
2010-03-05 05:20:33 +08:00
|
|
|
strbuf_release(&sb);
|
|
|
|
return;
|
|
|
|
}
|
|
|
|
|
2016-09-01 07:27:24 +08:00
|
|
|
output_header:
|
2017-06-30 08:07:00 +08:00
|
|
|
strbuf_addf(&sb, "Submodule %s ", path);
|
strbuf: convert strbuf_add_unique_abbrev to use struct object_id
Convert the declaration and definition of strbuf_add_unique_abbrev to
make it take a pointer to struct object_id. Predeclare the struct in
strbuf.h, as cache.h includes strbuf.h before it declares the struct,
and otherwise the struct declaration would have the wrong scope.
Apply the following semantic patch, along with the standard object_id
transforms, to adjust the callers:
@@
expression E1, E2, E3;
@@
- strbuf_add_unique_abbrev(E1, E2.hash, E3);
+ strbuf_add_unique_abbrev(E1, &E2, E3);
@@
expression E1, E2, E3;
@@
- strbuf_add_unique_abbrev(E1, E2->hash, E3);
+ strbuf_add_unique_abbrev(E1, E2, E3);
Signed-off-by: brian m. carlson <sandals@crustytoothpaste.net>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2018-03-12 10:27:28 +08:00
|
|
|
strbuf_add_unique_abbrev(&sb, one, DEFAULT_ABBREV);
|
2016-10-08 23:38:47 +08:00
|
|
|
strbuf_addstr(&sb, (fast_backward || fast_forward) ? ".." : "...");
|
strbuf: convert strbuf_add_unique_abbrev to use struct object_id
Convert the declaration and definition of strbuf_add_unique_abbrev to
make it take a pointer to struct object_id. Predeclare the struct in
strbuf.h, as cache.h includes strbuf.h before it declares the struct,
and otherwise the struct declaration would have the wrong scope.
Apply the following semantic patch, along with the standard object_id
transforms, to adjust the callers:
@@
expression E1, E2, E3;
@@
- strbuf_add_unique_abbrev(E1, E2.hash, E3);
+ strbuf_add_unique_abbrev(E1, &E2, E3);
@@
expression E1, E2, E3;
@@
- strbuf_add_unique_abbrev(E1, E2->hash, E3);
+ strbuf_add_unique_abbrev(E1, E2, E3);
Signed-off-by: brian m. carlson <sandals@crustytoothpaste.net>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2018-03-12 10:27:28 +08:00
|
|
|
strbuf_add_unique_abbrev(&sb, two, DEFAULT_ABBREV);
|
2009-10-19 20:38:32 +08:00
|
|
|
if (message)
|
2017-06-30 08:07:00 +08:00
|
|
|
strbuf_addf(&sb, " %s\n", message);
|
2009-10-19 20:38:32 +08:00
|
|
|
else
|
2017-06-30 08:07:00 +08:00
|
|
|
strbuf_addf(&sb, "%s:\n", fast_backward ? " (rewind)" : "");
|
|
|
|
diff_emit_submodule_header(o, sb.buf);
|
2009-10-19 20:38:32 +08:00
|
|
|
|
|
|
|
strbuf_release(&sb);
|
|
|
|
}
|
2010-01-17 01:42:24 +08:00
|
|
|
|
2020-08-13 03:44:02 +08:00
|
|
|
void show_submodule_diff_summary(struct diff_options *o, const char *path,
|
2016-09-01 07:27:24 +08:00
|
|
|
struct object_id *one, struct object_id *two,
|
2017-06-30 08:07:00 +08:00
|
|
|
unsigned dirty_submodule)
|
2016-09-01 07:27:24 +08:00
|
|
|
{
|
2022-04-14 04:01:38 +08:00
|
|
|
struct rev_info rev = REV_INFO_INIT;
|
2016-09-01 07:27:24 +08:00
|
|
|
struct commit *left = NULL, *right = NULL;
|
|
|
|
struct commit_list *merge_bases = NULL;
|
2018-12-15 08:09:37 +08:00
|
|
|
struct repository *sub;
|
2016-09-01 07:27:24 +08:00
|
|
|
|
2018-12-15 08:09:37 +08:00
|
|
|
sub = open_submodule(path);
|
2017-06-30 08:07:00 +08:00
|
|
|
show_submodule_header(o, path, one, two, dirty_submodule,
|
2018-12-15 08:09:37 +08:00
|
|
|
sub, &left, &right, &merge_bases);
|
2016-09-01 07:27:24 +08:00
|
|
|
|
|
|
|
/*
|
|
|
|
* If we don't have both a left and a right pointer, there is no
|
|
|
|
* reason to try and display a summary. The header line should contain
|
|
|
|
* all the information the user needs.
|
|
|
|
*/
|
2018-12-15 08:09:37 +08:00
|
|
|
if (!left || !right || !sub)
|
2016-09-01 07:27:24 +08:00
|
|
|
goto out;
|
|
|
|
|
|
|
|
/* Treat revision walker failure the same as missing commits */
|
2020-09-19 08:58:05 +08:00
|
|
|
if (prepare_submodule_diff_summary(sub, &rev, path, left, right, merge_bases)) {
|
2017-06-30 08:07:00 +08:00
|
|
|
diff_emit_submodule_error(o, "(revision walker failed)\n");
|
2016-09-01 07:27:24 +08:00
|
|
|
goto out;
|
|
|
|
}
|
|
|
|
|
2020-08-13 03:44:02 +08:00
|
|
|
print_submodule_diff_summary(sub, &rev, o);
|
2016-09-01 07:27:24 +08:00
|
|
|
|
|
|
|
out:
|
2022-04-14 04:01:34 +08:00
|
|
|
free_commit_list(merge_bases);
|
2022-04-14 04:01:38 +08:00
|
|
|
release_revisions(&rev);
|
2016-09-01 07:27:24 +08:00
|
|
|
clear_commit_marks(left, ~0);
|
|
|
|
clear_commit_marks(right, ~0);
|
2018-12-15 08:09:37 +08:00
|
|
|
if (sub) {
|
|
|
|
repo_clear(sub);
|
|
|
|
free(sub);
|
|
|
|
}
|
2016-09-01 07:27:24 +08:00
|
|
|
}
|
|
|
|
|
2017-06-30 08:07:00 +08:00
|
|
|
void show_submodule_inline_diff(struct diff_options *o, const char *path,
|
2016-09-01 07:27:25 +08:00
|
|
|
struct object_id *one, struct object_id *two,
|
2017-06-30 08:07:00 +08:00
|
|
|
unsigned dirty_submodule)
|
2016-09-01 07:27:25 +08:00
|
|
|
{
|
2018-02-15 02:59:49 +08:00
|
|
|
const struct object_id *old_oid = the_hash_algo->empty_tree, *new_oid = the_hash_algo->empty_tree;
|
2016-09-01 07:27:25 +08:00
|
|
|
struct commit *left = NULL, *right = NULL;
|
|
|
|
struct commit_list *merge_bases = NULL;
|
|
|
|
struct child_process cp = CHILD_PROCESS_INIT;
|
2017-06-30 08:07:00 +08:00
|
|
|
struct strbuf sb = STRBUF_INIT;
|
2018-12-15 08:09:37 +08:00
|
|
|
struct repository *sub;
|
2016-09-01 07:27:25 +08:00
|
|
|
|
2018-12-15 08:09:37 +08:00
|
|
|
sub = open_submodule(path);
|
2017-06-30 08:07:00 +08:00
|
|
|
show_submodule_header(o, path, one, two, dirty_submodule,
|
2018-12-15 08:09:37 +08:00
|
|
|
sub, &left, &right, &merge_bases);
|
2016-09-01 07:27:25 +08:00
|
|
|
|
|
|
|
/* We need a valid left and right commit to display a difference */
|
|
|
|
if (!(left || is_null_oid(one)) ||
|
|
|
|
!(right || is_null_oid(two)))
|
|
|
|
goto done;
|
|
|
|
|
|
|
|
if (left)
|
2018-02-15 02:59:49 +08:00
|
|
|
old_oid = one;
|
2016-09-01 07:27:25 +08:00
|
|
|
if (right)
|
2018-02-15 02:59:49 +08:00
|
|
|
new_oid = two;
|
2016-09-01 07:27:25 +08:00
|
|
|
|
|
|
|
cp.git_cmd = 1;
|
|
|
|
cp.dir = path;
|
2017-06-30 08:07:00 +08:00
|
|
|
cp.out = -1;
|
2016-09-01 07:27:25 +08:00
|
|
|
cp.no_stdin = 1;
|
|
|
|
|
|
|
|
/* TODO: other options may need to be passed here. */
|
2020-07-29 04:25:12 +08:00
|
|
|
strvec_pushl(&cp.args, "diff", "--submodule=diff", NULL);
|
|
|
|
strvec_pushf(&cp.args, "--color=%s", want_color(o->use_color) ?
|
2017-06-30 08:07:00 +08:00
|
|
|
"always" : "never");
|
2017-05-05 05:43:55 +08:00
|
|
|
|
2017-11-01 02:19:11 +08:00
|
|
|
if (o->flags.reverse_diff) {
|
2020-07-29 04:25:12 +08:00
|
|
|
strvec_pushf(&cp.args, "--src-prefix=%s%s/",
|
strvec: fix indentation in renamed calls
Code which split an argv_array call across multiple lines, like:
argv_array_pushl(&args, "one argument",
"another argument", "and more",
NULL);
was recently mechanically renamed to use strvec, which results in
mis-matched indentation like:
strvec_pushl(&args, "one argument",
"another argument", "and more",
NULL);
Let's fix these up to align the arguments with the opening paren. I did
this manually by sifting through the results of:
git jump grep 'strvec_.*,$'
and liberally applying my editor's auto-format. Most of the changes are
of the form shown above, though I also normalized a few that had
originally used a single-tab indentation (rather than our usual style of
aligning with the open paren). I also rewrapped a couple of obvious
cases (e.g., where previously too-long lines became short enough to fit
on one), but I wasn't aggressive about it. In cases broken to three or
more lines, the grouping of arguments is sometimes meaningful, and it
wasn't worth my time or reviewer time to ponder each case individually.
Signed-off-by: Jeff King <peff@peff.net>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2020-07-29 04:26:31 +08:00
|
|
|
o->b_prefix, path);
|
2020-07-29 04:25:12 +08:00
|
|
|
strvec_pushf(&cp.args, "--dst-prefix=%s%s/",
|
strvec: fix indentation in renamed calls
Code which split an argv_array call across multiple lines, like:
argv_array_pushl(&args, "one argument",
"another argument", "and more",
NULL);
was recently mechanically renamed to use strvec, which results in
mis-matched indentation like:
strvec_pushl(&args, "one argument",
"another argument", "and more",
NULL);
Let's fix these up to align the arguments with the opening paren. I did
this manually by sifting through the results of:
git jump grep 'strvec_.*,$'
and liberally applying my editor's auto-format. Most of the changes are
of the form shown above, though I also normalized a few that had
originally used a single-tab indentation (rather than our usual style of
aligning with the open paren). I also rewrapped a couple of obvious
cases (e.g., where previously too-long lines became short enough to fit
on one), but I wasn't aggressive about it. In cases broken to three or
more lines, the grouping of arguments is sometimes meaningful, and it
wasn't worth my time or reviewer time to ponder each case individually.
Signed-off-by: Jeff King <peff@peff.net>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2020-07-29 04:26:31 +08:00
|
|
|
o->a_prefix, path);
|
2016-09-01 07:27:25 +08:00
|
|
|
} else {
|
2020-07-29 04:25:12 +08:00
|
|
|
strvec_pushf(&cp.args, "--src-prefix=%s%s/",
|
strvec: fix indentation in renamed calls
Code which split an argv_array call across multiple lines, like:
argv_array_pushl(&args, "one argument",
"another argument", "and more",
NULL);
was recently mechanically renamed to use strvec, which results in
mis-matched indentation like:
strvec_pushl(&args, "one argument",
"another argument", "and more",
NULL);
Let's fix these up to align the arguments with the opening paren. I did
this manually by sifting through the results of:
git jump grep 'strvec_.*,$'
and liberally applying my editor's auto-format. Most of the changes are
of the form shown above, though I also normalized a few that had
originally used a single-tab indentation (rather than our usual style of
aligning with the open paren). I also rewrapped a couple of obvious
cases (e.g., where previously too-long lines became short enough to fit
on one), but I wasn't aggressive about it. In cases broken to three or
more lines, the grouping of arguments is sometimes meaningful, and it
wasn't worth my time or reviewer time to ponder each case individually.
Signed-off-by: Jeff King <peff@peff.net>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2020-07-29 04:26:31 +08:00
|
|
|
o->a_prefix, path);
|
2020-07-29 04:25:12 +08:00
|
|
|
strvec_pushf(&cp.args, "--dst-prefix=%s%s/",
|
strvec: fix indentation in renamed calls
Code which split an argv_array call across multiple lines, like:
argv_array_pushl(&args, "one argument",
"another argument", "and more",
NULL);
was recently mechanically renamed to use strvec, which results in
mis-matched indentation like:
strvec_pushl(&args, "one argument",
"another argument", "and more",
NULL);
Let's fix these up to align the arguments with the opening paren. I did
this manually by sifting through the results of:
git jump grep 'strvec_.*,$'
and liberally applying my editor's auto-format. Most of the changes are
of the form shown above, though I also normalized a few that had
originally used a single-tab indentation (rather than our usual style of
aligning with the open paren). I also rewrapped a couple of obvious
cases (e.g., where previously too-long lines became short enough to fit
on one), but I wasn't aggressive about it. In cases broken to three or
more lines, the grouping of arguments is sometimes meaningful, and it
wasn't worth my time or reviewer time to ponder each case individually.
Signed-off-by: Jeff King <peff@peff.net>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2020-07-29 04:26:31 +08:00
|
|
|
o->b_prefix, path);
|
2016-09-01 07:27:25 +08:00
|
|
|
}
|
2020-07-29 04:25:12 +08:00
|
|
|
strvec_push(&cp.args, oid_to_hex(old_oid));
|
2016-09-01 07:27:25 +08:00
|
|
|
/*
|
|
|
|
* If the submodule has modified content, we will diff against the
|
|
|
|
* work tree, under the assumption that the user has asked for the
|
|
|
|
* diff format and wishes to actually see all differences even if they
|
|
|
|
* haven't yet been committed to the submodule yet.
|
|
|
|
*/
|
|
|
|
if (!(dirty_submodule & DIRTY_SUBMODULE_MODIFIED))
|
2020-07-29 04:25:12 +08:00
|
|
|
strvec_push(&cp.args, oid_to_hex(new_oid));
|
2016-09-01 07:27:25 +08:00
|
|
|
|
2022-06-02 17:09:50 +08:00
|
|
|
prepare_submodule_repo_env(&cp.env);
|
diff --submodule=diff: do not fail on ever-initialied deleted submodules
If you have ever initialized a submodule, open_submodule will open it.
If you then delete the submodule's worktree directory (but don't
remove it from .gitmodules), git diff --submodule=diff would error out
as it attempted to chdir into the now-deleted working tree directory.
This only matters if the submodules git dir is absorbed. If not, then
we no longer have anywhere to run the diff. But that case does not
trigger this error, because in that case, open_submodule fails, so we
don't resolve a left commit, so we exit early, which is the only thing
we could do.
If absorbed, then we can run the diff from the submodule's absorbed
git dir (.git/modules/sm2). In practice, that's a bit more
complicated, because `git diff` expects to be run from inside a
working directory, not a git dir. So it looks in the config for
core.worktree, and does chdir("../../../sm2"), which is the very dir
that we're trying to avoid visiting because it's been deleted. We
work around this by setting GIT_WORK_TREE (and GIT_DIR) to ".". It is
little weird to set GIT_WORK_TREE to something that is not a working
tree just to avoid an unnecessary chdir, but it works.
Signed-off-by: David Turner <dturner@twosigma.com
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2021-08-31 21:12:56 +08:00
|
|
|
|
|
|
|
if (!is_directory(path)) {
|
|
|
|
/* fall back to absorbed git dir, if any */
|
|
|
|
if (!sub)
|
|
|
|
goto done;
|
|
|
|
cp.dir = sub->gitdir;
|
2022-06-02 17:09:50 +08:00
|
|
|
strvec_push(&cp.env, GIT_DIR_ENVIRONMENT "=.");
|
|
|
|
strvec_push(&cp.env, GIT_WORK_TREE_ENVIRONMENT "=.");
|
diff --submodule=diff: do not fail on ever-initialied deleted submodules
If you have ever initialized a submodule, open_submodule will open it.
If you then delete the submodule's worktree directory (but don't
remove it from .gitmodules), git diff --submodule=diff would error out
as it attempted to chdir into the now-deleted working tree directory.
This only matters if the submodules git dir is absorbed. If not, then
we no longer have anywhere to run the diff. But that case does not
trigger this error, because in that case, open_submodule fails, so we
don't resolve a left commit, so we exit early, which is the only thing
we could do.
If absorbed, then we can run the diff from the submodule's absorbed
git dir (.git/modules/sm2). In practice, that's a bit more
complicated, because `git diff` expects to be run from inside a
working directory, not a git dir. So it looks in the config for
core.worktree, and does chdir("../../../sm2"), which is the very dir
that we're trying to avoid visiting because it's been deleted. We
work around this by setting GIT_WORK_TREE (and GIT_DIR) to ".". It is
little weird to set GIT_WORK_TREE to something that is not a working
tree just to avoid an unnecessary chdir, but it works.
Signed-off-by: David Turner <dturner@twosigma.com
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2021-08-31 21:12:56 +08:00
|
|
|
}
|
|
|
|
|
2021-08-31 21:12:57 +08:00
|
|
|
if (start_command(&cp)) {
|
2017-06-30 08:07:00 +08:00
|
|
|
diff_emit_submodule_error(o, "(diff failed)\n");
|
2021-08-31 21:12:57 +08:00
|
|
|
goto done;
|
|
|
|
}
|
2017-06-30 08:07:00 +08:00
|
|
|
|
|
|
|
while (strbuf_getwholeline_fd(&sb, cp.out, '\n') != EOF)
|
|
|
|
diff_emit_submodule_pipethrough(o, sb.buf, sb.len);
|
|
|
|
|
|
|
|
if (finish_command(&cp))
|
|
|
|
diff_emit_submodule_error(o, "(diff failed)\n");
|
2016-09-01 07:27:25 +08:00
|
|
|
|
|
|
|
done:
|
2017-06-30 08:07:00 +08:00
|
|
|
strbuf_release(&sb);
|
2022-04-14 04:01:34 +08:00
|
|
|
free_commit_list(merge_bases);
|
2016-09-01 07:27:25 +08:00
|
|
|
if (left)
|
|
|
|
clear_commit_marks(left, ~0);
|
|
|
|
if (right)
|
|
|
|
clear_commit_marks(right, ~0);
|
2018-12-15 08:09:37 +08:00
|
|
|
if (sub) {
|
|
|
|
repo_clear(sub);
|
|
|
|
free(sub);
|
|
|
|
}
|
2016-09-01 07:27:25 +08:00
|
|
|
}
|
|
|
|
|
2017-03-15 05:46:34 +08:00
|
|
|
int should_update_submodules(void)
|
|
|
|
{
|
|
|
|
return config_update_recurse_submodules == RECURSE_SUBMODULES_ON;
|
|
|
|
}
|
|
|
|
|
|
|
|
const struct submodule *submodule_from_ce(const struct cache_entry *ce)
|
|
|
|
{
|
|
|
|
if (!S_ISGITLINK(ce->ce_mode))
|
|
|
|
return NULL;
|
|
|
|
|
|
|
|
if (!should_update_submodules())
|
|
|
|
return NULL;
|
|
|
|
|
2021-04-26 09:02:56 +08:00
|
|
|
return submodule_from_path(the_repository, null_oid(), ce->name);
|
2017-03-15 05:46:34 +08:00
|
|
|
}
|
|
|
|
|
2017-05-02 09:02:39 +08:00
|
|
|
|
2017-10-16 21:58:27 +08:00
|
|
|
struct collect_changed_submodules_cb_data {
|
2018-10-20 01:34:43 +08:00
|
|
|
struct repository *repo;
|
2017-10-16 21:58:27 +08:00
|
|
|
struct string_list *changed;
|
|
|
|
const struct object_id *commit_oid;
|
|
|
|
};
|
|
|
|
|
|
|
|
/*
|
|
|
|
* this would normally be two functions: default_name_from_path() and
|
|
|
|
* path_from_default_name(). Since the default name is the same as
|
|
|
|
* the submodule path we can get away with just one function which only
|
|
|
|
* checks whether there is a submodule in the working directory at that
|
|
|
|
* location.
|
|
|
|
*/
|
|
|
|
static const char *default_name_or_path(const char *path_or_name)
|
|
|
|
{
|
|
|
|
int error_code;
|
|
|
|
|
|
|
|
if (!is_submodule_populated_gently(path_or_name, &error_code))
|
|
|
|
return NULL;
|
|
|
|
|
|
|
|
return path_or_name;
|
|
|
|
}
|
|
|
|
|
2022-03-08 08:14:29 +08:00
|
|
|
/*
|
|
|
|
* Holds relevant information for a changed submodule. Used as the .util
|
2022-03-08 08:14:32 +08:00
|
|
|
* member of the changed submodule name string_list_item.
|
|
|
|
*
|
|
|
|
* (super_oid, path) allows the submodule config to be read from _some_
|
|
|
|
* .gitmodules file. We store this information the first time we find a
|
|
|
|
* superproject commit that points to the submodule, but this is
|
|
|
|
* arbitrary - we can choose any (super_oid, path) that matches the
|
|
|
|
* submodule's name.
|
|
|
|
*
|
|
|
|
* NEEDSWORK: Storing an arbitrary commit is undesirable because we can't
|
|
|
|
* guarantee that we're reading the commit that the user would expect. A better
|
|
|
|
* scheme would be to just fetch a submodule by its name. This requires two
|
|
|
|
* steps:
|
|
|
|
* - Create a function that behaves like repo_submodule_init(), but accepts a
|
|
|
|
* submodule name instead of treeish_name and path. This should be easy
|
|
|
|
* because repo_submodule_init() internally uses the submodule's name.
|
|
|
|
*
|
|
|
|
* - Replace most instances of 'struct submodule' (which is the .gitmodules
|
|
|
|
* config) with just the submodule name. This is OK because we expect
|
|
|
|
* submodule settings to be stored in .git/config (via "git submodule init"),
|
|
|
|
* not .gitmodules. This also lets us delete get_non_gitmodules_submodule(),
|
|
|
|
* which constructs a bogus 'struct submodule' for the sake of giving a
|
|
|
|
* placeholder name to a gitlink.
|
2022-03-08 08:14:29 +08:00
|
|
|
*/
|
|
|
|
struct changed_submodule_data {
|
2022-03-08 08:14:32 +08:00
|
|
|
/*
|
|
|
|
* The first superproject commit in the rev walk that points to
|
|
|
|
* the submodule.
|
|
|
|
*/
|
|
|
|
const struct object_id *super_oid;
|
|
|
|
/*
|
|
|
|
* Path to the submodule in the superproject commit referenced
|
|
|
|
* by 'super_oid'.
|
|
|
|
*/
|
|
|
|
char *path;
|
2022-03-08 08:14:29 +08:00
|
|
|
/* The submodule commits that have changed in the rev walk. */
|
|
|
|
struct oid_array new_commits;
|
|
|
|
};
|
|
|
|
|
|
|
|
static void changed_submodule_data_clear(struct changed_submodule_data *cs_data)
|
|
|
|
{
|
|
|
|
oid_array_clear(&cs_data->new_commits);
|
2022-03-08 08:14:32 +08:00
|
|
|
free(cs_data->path);
|
2022-03-08 08:14:29 +08:00
|
|
|
}
|
|
|
|
|
2017-05-02 09:02:39 +08:00
|
|
|
static void collect_changed_submodules_cb(struct diff_queue_struct *q,
|
2022-12-13 19:13:48 +08:00
|
|
|
struct diff_options *options UNUSED,
|
2017-05-02 09:02:39 +08:00
|
|
|
void *data)
|
|
|
|
{
|
2017-10-16 21:58:27 +08:00
|
|
|
struct collect_changed_submodules_cb_data *me = data;
|
|
|
|
struct string_list *changed = me->changed;
|
|
|
|
const struct object_id *commit_oid = me->commit_oid;
|
2017-05-02 09:02:39 +08:00
|
|
|
int i;
|
|
|
|
|
|
|
|
for (i = 0; i < q->nr; i++) {
|
|
|
|
struct diff_filepair *p = q->queue[i];
|
2017-10-16 21:58:27 +08:00
|
|
|
const struct submodule *submodule;
|
|
|
|
const char *name;
|
2022-03-08 08:14:28 +08:00
|
|
|
struct string_list_item *item;
|
2022-03-08 08:14:29 +08:00
|
|
|
struct changed_submodule_data *cs_data;
|
2017-10-16 21:58:27 +08:00
|
|
|
|
2017-05-02 09:02:39 +08:00
|
|
|
if (!S_ISGITLINK(p->two->mode))
|
|
|
|
continue;
|
|
|
|
|
2018-10-20 01:34:43 +08:00
|
|
|
submodule = submodule_from_path(me->repo,
|
2018-03-29 06:35:29 +08:00
|
|
|
commit_oid, p->two->path);
|
2017-10-16 21:58:27 +08:00
|
|
|
if (submodule)
|
|
|
|
name = submodule->name;
|
|
|
|
else {
|
|
|
|
name = default_name_or_path(p->two->path);
|
|
|
|
/* make sure name does not collide with existing one */
|
submodule: fix NULL correctness in renamed broken submodules
When fetching with recursing into submodules, the fetch logic inspects
the superproject which submodules actually need to be fetched. This is
tricky for submodules that were renamed in the fetched range of commits.
This was implemented in c68f8375760 (implement fetching of moved
submodules, 2017-10-16), and this patch fixes a mistake in the logic
there.
When the warning is printed, the `name` might be NULL as
default_name_or_path can return NULL, so fix the warning to use the path
as obtained from the diff machinery, as that is not NULL.
While at it, make sure we only attempt to load the submodule if a git
directory of the submodule is found as default_name_or_path will return
NULL in case the git directory cannot be found. Note that passing NULL
to submodule_from_name is just a semantic error, as submodule_from_name
accepts NULL as a value, but then the return value is not the submodule
that was asked for, but some arbitrary other submodule. (Cf. 'config_from'
in submodule-config.c: "If any parameter except the cache is a NULL
pointer just return the first submodule. Can be used to check whether
there are any submodules parsed.")
Reported-by: Duy Nguyen <pclouds@gmail.com>
Helped-by: Duy Nguyen <pclouds@gmail.com>
Helped-by: Heiko Voigt <hvoigt@hvoigt.net>
Signed-off-by: Stefan Beller <sbeller@google.com>
Acked-by: Heiko Voigt <hvoigt@hvoigt.net>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2018-06-15 01:31:07 +08:00
|
|
|
if (name)
|
2018-10-20 01:34:43 +08:00
|
|
|
submodule = submodule_from_name(me->repo,
|
submodule: fix NULL correctness in renamed broken submodules
When fetching with recursing into submodules, the fetch logic inspects
the superproject which submodules actually need to be fetched. This is
tricky for submodules that were renamed in the fetched range of commits.
This was implemented in c68f8375760 (implement fetching of moved
submodules, 2017-10-16), and this patch fixes a mistake in the logic
there.
When the warning is printed, the `name` might be NULL as
default_name_or_path can return NULL, so fix the warning to use the path
as obtained from the diff machinery, as that is not NULL.
While at it, make sure we only attempt to load the submodule if a git
directory of the submodule is found as default_name_or_path will return
NULL in case the git directory cannot be found. Note that passing NULL
to submodule_from_name is just a semantic error, as submodule_from_name
accepts NULL as a value, but then the return value is not the submodule
that was asked for, but some arbitrary other submodule. (Cf. 'config_from'
in submodule-config.c: "If any parameter except the cache is a NULL
pointer just return the first submodule. Can be used to check whether
there are any submodules parsed.")
Reported-by: Duy Nguyen <pclouds@gmail.com>
Helped-by: Duy Nguyen <pclouds@gmail.com>
Helped-by: Heiko Voigt <hvoigt@hvoigt.net>
Signed-off-by: Stefan Beller <sbeller@google.com>
Acked-by: Heiko Voigt <hvoigt@hvoigt.net>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2018-06-15 01:31:07 +08:00
|
|
|
commit_oid, name);
|
2017-10-16 21:58:27 +08:00
|
|
|
if (submodule) {
|
2020-01-16 02:07:01 +08:00
|
|
|
warning(_("Submodule in commit %s at path: "
|
2017-10-16 21:58:27 +08:00
|
|
|
"'%s' collides with a submodule named "
|
2020-01-16 02:07:01 +08:00
|
|
|
"the same. Skipping it."),
|
submodule: fix NULL correctness in renamed broken submodules
When fetching with recursing into submodules, the fetch logic inspects
the superproject which submodules actually need to be fetched. This is
tricky for submodules that were renamed in the fetched range of commits.
This was implemented in c68f8375760 (implement fetching of moved
submodules, 2017-10-16), and this patch fixes a mistake in the logic
there.
When the warning is printed, the `name` might be NULL as
default_name_or_path can return NULL, so fix the warning to use the path
as obtained from the diff machinery, as that is not NULL.
While at it, make sure we only attempt to load the submodule if a git
directory of the submodule is found as default_name_or_path will return
NULL in case the git directory cannot be found. Note that passing NULL
to submodule_from_name is just a semantic error, as submodule_from_name
accepts NULL as a value, but then the return value is not the submodule
that was asked for, but some arbitrary other submodule. (Cf. 'config_from'
in submodule-config.c: "If any parameter except the cache is a NULL
pointer just return the first submodule. Can be used to check whether
there are any submodules parsed.")
Reported-by: Duy Nguyen <pclouds@gmail.com>
Helped-by: Duy Nguyen <pclouds@gmail.com>
Helped-by: Heiko Voigt <hvoigt@hvoigt.net>
Signed-off-by: Stefan Beller <sbeller@google.com>
Acked-by: Heiko Voigt <hvoigt@hvoigt.net>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2018-06-15 01:31:07 +08:00
|
|
|
oid_to_hex(commit_oid), p->two->path);
|
2017-10-16 21:58:27 +08:00
|
|
|
name = NULL;
|
|
|
|
}
|
2017-05-02 09:02:39 +08:00
|
|
|
}
|
2017-10-16 21:58:27 +08:00
|
|
|
|
|
|
|
if (!name)
|
|
|
|
continue;
|
|
|
|
|
2022-03-08 08:14:28 +08:00
|
|
|
item = string_list_insert(changed, name);
|
2022-03-08 08:14:32 +08:00
|
|
|
if (item->util)
|
|
|
|
cs_data = item->util;
|
|
|
|
else {
|
2022-03-08 08:14:29 +08:00
|
|
|
item->util = xcalloc(1, sizeof(struct changed_submodule_data));
|
2022-03-08 08:14:32 +08:00
|
|
|
cs_data = item->util;
|
|
|
|
cs_data->super_oid = commit_oid;
|
|
|
|
cs_data->path = xstrdup(p->two->path);
|
|
|
|
}
|
2022-03-08 08:14:29 +08:00
|
|
|
oid_array_append(&cs_data->new_commits, &p->two->oid);
|
2017-05-02 09:02:39 +08:00
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
/*
|
|
|
|
* Collect the paths of submodules in 'changed' which have changed based on
|
|
|
|
* the revisions as specified in 'argv'. Each entry in 'changed' will also
|
|
|
|
* have a corresponding 'struct oid_array' (in the 'util' field) which lists
|
|
|
|
* what the submodule pointers were updated to during the change.
|
|
|
|
*/
|
2018-10-20 01:34:43 +08:00
|
|
|
static void collect_changed_submodules(struct repository *r,
|
2018-09-21 23:57:35 +08:00
|
|
|
struct string_list *changed,
|
2020-07-29 04:25:12 +08:00
|
|
|
struct strvec *argv)
|
2017-05-02 09:02:39 +08:00
|
|
|
{
|
|
|
|
struct rev_info rev;
|
|
|
|
const struct commit *commit;
|
2020-09-07 04:53:55 +08:00
|
|
|
int save_warning;
|
|
|
|
struct setup_revision_opt s_r_opt = {
|
|
|
|
.assume_dashdash = 1,
|
|
|
|
};
|
2017-05-02 09:02:39 +08:00
|
|
|
|
2020-09-07 04:53:55 +08:00
|
|
|
save_warning = warn_on_object_refname_ambiguity;
|
|
|
|
warn_on_object_refname_ambiguity = 0;
|
2018-10-20 01:34:43 +08:00
|
|
|
repo_init_revisions(r, &rev, NULL);
|
2020-09-07 04:53:55 +08:00
|
|
|
setup_revisions(argv->nr, argv->v, &rev, &s_r_opt);
|
|
|
|
warn_on_object_refname_ambiguity = save_warning;
|
2017-05-02 09:02:39 +08:00
|
|
|
if (prepare_revision_walk(&rev))
|
2020-01-16 02:07:01 +08:00
|
|
|
die(_("revision walk setup failed"));
|
2017-05-02 09:02:39 +08:00
|
|
|
|
|
|
|
while ((commit = get_revision(&rev))) {
|
|
|
|
struct rev_info diff_rev;
|
2017-10-16 21:58:27 +08:00
|
|
|
struct collect_changed_submodules_cb_data data;
|
2018-10-20 01:34:43 +08:00
|
|
|
data.repo = r;
|
2017-10-16 21:58:27 +08:00
|
|
|
data.changed = changed;
|
|
|
|
data.commit_oid = &commit->object.oid;
|
2017-05-02 09:02:39 +08:00
|
|
|
|
2018-10-20 01:34:43 +08:00
|
|
|
repo_init_revisions(r, &diff_rev, NULL);
|
2017-05-02 09:02:39 +08:00
|
|
|
diff_rev.diffopt.output_format |= DIFF_FORMAT_CALLBACK;
|
|
|
|
diff_rev.diffopt.format_callback = collect_changed_submodules_cb;
|
2017-10-16 21:58:27 +08:00
|
|
|
diff_rev.diffopt.format_callback_data = &data;
|
2020-09-29 19:31:22 +08:00
|
|
|
diff_rev.dense_combined_merges = 1;
|
|
|
|
diff_tree_combined_merge(commit, &diff_rev);
|
2022-04-14 04:01:36 +08:00
|
|
|
release_revisions(&diff_rev);
|
2017-05-02 09:02:39 +08:00
|
|
|
}
|
|
|
|
|
|
|
|
reset_revision_walk();
|
2022-04-14 04:01:36 +08:00
|
|
|
release_revisions(&rev);
|
2017-05-02 09:02:39 +08:00
|
|
|
}
|
|
|
|
|
2022-03-08 08:14:29 +08:00
|
|
|
static void free_submodules_data(struct string_list *submodules)
|
2017-05-02 09:02:39 +08:00
|
|
|
{
|
|
|
|
struct string_list_item *item;
|
|
|
|
for_each_string_list_item(item, submodules)
|
2022-03-08 08:14:29 +08:00
|
|
|
changed_submodule_data_clear(item->util);
|
|
|
|
|
2017-05-02 09:02:39 +08:00
|
|
|
string_list_clear(submodules, 1);
|
|
|
|
}
|
|
|
|
|
2022-08-26 01:09:48 +08:00
|
|
|
static int has_remote(const char *refname UNUSED,
|
2024-08-09 23:37:50 +08:00
|
|
|
const char *referent UNUSED,
|
2022-08-26 01:09:48 +08:00
|
|
|
const struct object_id *oid UNUSED,
|
|
|
|
int flags UNUSED, void *cb_data UNUSED)
|
2011-08-20 06:08:47 +08:00
|
|
|
{
|
|
|
|
return 1;
|
|
|
|
}
|
|
|
|
|
2017-03-31 09:39:59 +08:00
|
|
|
static int append_oid_to_argv(const struct object_id *oid, void *data)
|
2011-08-20 06:08:47 +08:00
|
|
|
{
|
2020-07-29 04:25:12 +08:00
|
|
|
struct strvec *argv = data;
|
|
|
|
strvec_push(argv, oid_to_hex(oid));
|
2016-11-16 23:11:05 +08:00
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
2017-09-13 01:30:27 +08:00
|
|
|
struct has_commit_data {
|
2018-10-20 01:34:43 +08:00
|
|
|
struct repository *repo;
|
2017-09-13 01:30:27 +08:00
|
|
|
int result;
|
|
|
|
const char *path;
|
2022-03-08 08:14:27 +08:00
|
|
|
const struct object_id *super_oid;
|
2017-09-13 01:30:27 +08:00
|
|
|
};
|
|
|
|
|
2017-03-31 09:39:59 +08:00
|
|
|
static int check_has_commit(const struct object_id *oid, void *data)
|
2011-08-20 06:08:47 +08:00
|
|
|
{
|
2017-09-13 01:30:27 +08:00
|
|
|
struct has_commit_data *cb = data;
|
2021-10-09 05:08:19 +08:00
|
|
|
struct repository subrepo;
|
|
|
|
enum object_type type;
|
2016-11-16 23:11:06 +08:00
|
|
|
|
2022-03-08 08:14:27 +08:00
|
|
|
if (repo_submodule_init(&subrepo, cb->repo, cb->path, cb->super_oid)) {
|
2021-10-09 05:08:19 +08:00
|
|
|
cb->result = 0;
|
2022-03-08 08:14:33 +08:00
|
|
|
/* subrepo failed to init, so don't clean it up. */
|
|
|
|
return 0;
|
2021-10-09 05:08:19 +08:00
|
|
|
}
|
|
|
|
|
|
|
|
type = oid_object_info(&subrepo, oid, NULL);
|
2016-11-16 23:11:06 +08:00
|
|
|
|
2017-09-13 01:30:27 +08:00
|
|
|
switch (type) {
|
|
|
|
case OBJ_COMMIT:
|
2021-10-09 05:08:19 +08:00
|
|
|
goto cleanup;
|
2017-09-13 01:30:27 +08:00
|
|
|
case OBJ_BAD:
|
|
|
|
/*
|
|
|
|
* Object is missing or invalid. If invalid, an error message
|
|
|
|
* has already been printed.
|
|
|
|
*/
|
|
|
|
cb->result = 0;
|
2021-10-09 05:08:19 +08:00
|
|
|
goto cleanup;
|
2017-09-13 01:30:27 +08:00
|
|
|
default:
|
|
|
|
die(_("submodule entry '%s' (%s) is a %s, not a commit"),
|
2018-02-15 02:59:24 +08:00
|
|
|
cb->path, oid_to_hex(oid), type_name(type));
|
2017-09-13 01:30:27 +08:00
|
|
|
}
|
2021-10-09 05:08:19 +08:00
|
|
|
cleanup:
|
|
|
|
repo_clear(&subrepo);
|
|
|
|
return 0;
|
2016-11-16 23:11:06 +08:00
|
|
|
}
|
|
|
|
|
2018-10-20 01:34:43 +08:00
|
|
|
static int submodule_has_commits(struct repository *r,
|
|
|
|
const char *path,
|
2022-03-08 08:14:27 +08:00
|
|
|
const struct object_id *super_oid,
|
2018-10-20 01:34:43 +08:00
|
|
|
struct oid_array *commits)
|
2016-11-16 23:11:06 +08:00
|
|
|
{
|
2022-03-08 08:14:27 +08:00
|
|
|
struct has_commit_data has_commit = {
|
|
|
|
.repo = r,
|
|
|
|
.result = 1,
|
|
|
|
.path = path,
|
|
|
|
.super_oid = super_oid
|
|
|
|
};
|
2016-11-16 23:11:06 +08:00
|
|
|
|
2024-03-26 21:37:25 +08:00
|
|
|
if (validate_submodule_path(path) < 0)
|
|
|
|
exit(128);
|
|
|
|
|
2017-03-31 09:40:00 +08:00
|
|
|
oid_array_for_each_unique(commits, check_has_commit, &has_commit);
|
2017-05-02 09:02:38 +08:00
|
|
|
|
2017-09-13 01:30:27 +08:00
|
|
|
if (has_commit.result) {
|
2017-05-02 09:02:38 +08:00
|
|
|
/*
|
|
|
|
* Even if the submodule is checked out and the commit is
|
|
|
|
* present, make sure it exists in the submodule's object store
|
|
|
|
* and that it is reachable from a ref.
|
|
|
|
*/
|
|
|
|
struct child_process cp = CHILD_PROCESS_INIT;
|
|
|
|
struct strbuf out = STRBUF_INIT;
|
|
|
|
|
2020-07-29 04:25:12 +08:00
|
|
|
strvec_pushl(&cp.args, "rev-list", "-n", "1", NULL);
|
2017-05-02 09:02:38 +08:00
|
|
|
oid_array_for_each_unique(commits, append_oid_to_argv, &cp.args);
|
2020-07-29 04:25:12 +08:00
|
|
|
strvec_pushl(&cp.args, "--not", "--all", NULL);
|
2017-05-02 09:02:38 +08:00
|
|
|
|
2022-06-02 17:09:50 +08:00
|
|
|
prepare_submodule_repo_env(&cp.env);
|
2017-05-02 09:02:38 +08:00
|
|
|
cp.git_cmd = 1;
|
|
|
|
cp.no_stdin = 1;
|
|
|
|
cp.dir = path;
|
|
|
|
|
|
|
|
if (capture_command(&cp, &out, GIT_MAX_HEXSZ + 1) || out.len)
|
2017-09-13 01:30:27 +08:00
|
|
|
has_commit.result = 0;
|
2017-05-02 09:02:38 +08:00
|
|
|
|
|
|
|
strbuf_release(&out);
|
|
|
|
}
|
|
|
|
|
2017-09-13 01:30:27 +08:00
|
|
|
return has_commit.result;
|
2016-11-16 23:11:06 +08:00
|
|
|
}
|
|
|
|
|
2018-10-20 01:34:43 +08:00
|
|
|
static int submodule_needs_pushing(struct repository *r,
|
|
|
|
const char *path,
|
|
|
|
struct oid_array *commits)
|
2016-11-16 23:11:06 +08:00
|
|
|
{
|
2022-03-08 08:14:27 +08:00
|
|
|
if (!submodule_has_commits(r, path, null_oid(), commits))
|
2016-11-16 23:11:07 +08:00
|
|
|
/*
|
|
|
|
* NOTE: We do consider it safe to return "no" here. The
|
|
|
|
* correct answer would be "We do not know" instead of
|
|
|
|
* "No push needed", but it is quite hard to change
|
|
|
|
* the submodule pointer without having the submodule
|
|
|
|
* around. If a user did however change the submodules
|
|
|
|
* without having the submodule around, this indicates
|
|
|
|
* an expert who knows what they are doing or a
|
|
|
|
* maintainer integrating work from other people. In
|
|
|
|
* both cases it should be safe to skip this check.
|
|
|
|
*/
|
2011-08-20 06:08:47 +08:00
|
|
|
return 0;
|
|
|
|
|
|
|
|
if (for_each_remote_ref_submodule(path, has_remote, NULL) > 0) {
|
2014-08-20 03:09:35 +08:00
|
|
|
struct child_process cp = CHILD_PROCESS_INIT;
|
2011-08-20 06:08:47 +08:00
|
|
|
struct strbuf buf = STRBUF_INIT;
|
|
|
|
int needs_pushing = 0;
|
|
|
|
|
2020-07-29 04:25:12 +08:00
|
|
|
strvec_push(&cp.args, "rev-list");
|
2017-03-31 09:40:00 +08:00
|
|
|
oid_array_for_each_unique(commits, append_oid_to_argv, &cp.args);
|
2020-07-29 04:25:12 +08:00
|
|
|
strvec_pushl(&cp.args, "--not", "--remotes", "-n", "1" , NULL);
|
2016-11-16 23:11:06 +08:00
|
|
|
|
2022-06-02 17:09:50 +08:00
|
|
|
prepare_submodule_repo_env(&cp.env);
|
2011-08-20 06:08:47 +08:00
|
|
|
cp.git_cmd = 1;
|
|
|
|
cp.no_stdin = 1;
|
|
|
|
cp.out = -1;
|
|
|
|
cp.dir = path;
|
|
|
|
if (start_command(&cp))
|
2020-01-16 02:07:01 +08:00
|
|
|
die(_("Could not run 'git rev-list <commits> --not --remotes -n 1' command in submodule %s"),
|
2016-11-16 23:11:06 +08:00
|
|
|
path);
|
2019-02-19 08:04:59 +08:00
|
|
|
if (strbuf_read(&buf, cp.out, the_hash_algo->hexsz + 1))
|
2011-08-20 06:08:47 +08:00
|
|
|
needs_pushing = 1;
|
|
|
|
finish_command(&cp);
|
|
|
|
close(cp.out);
|
|
|
|
strbuf_release(&buf);
|
|
|
|
return needs_pushing;
|
|
|
|
}
|
|
|
|
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
2018-10-20 01:34:43 +08:00
|
|
|
int find_unpushed_submodules(struct repository *r,
|
2018-09-21 23:57:35 +08:00
|
|
|
struct oid_array *commits,
|
|
|
|
const char *remotes_name,
|
|
|
|
struct string_list *needs_pushing)
|
2011-08-20 06:08:47 +08:00
|
|
|
{
|
2016-11-16 23:11:04 +08:00
|
|
|
struct string_list submodules = STRING_LIST_INIT_DUP;
|
2017-10-16 21:58:27 +08:00
|
|
|
struct string_list_item *name;
|
2020-07-29 04:25:12 +08:00
|
|
|
struct strvec argv = STRVEC_INIT;
|
2012-03-29 15:21:23 +08:00
|
|
|
|
2020-07-29 08:37:20 +08:00
|
|
|
/* argv.v[0] will be ignored by setup_revisions */
|
2020-07-29 04:25:12 +08:00
|
|
|
strvec_push(&argv, "find_unpushed_submodules");
|
2017-03-31 09:40:00 +08:00
|
|
|
oid_array_for_each_unique(commits, append_oid_to_argv, &argv);
|
2020-07-29 04:25:12 +08:00
|
|
|
strvec_push(&argv, "--not");
|
|
|
|
strvec_pushf(&argv, "--remotes=%s", remotes_name);
|
2016-11-16 23:11:05 +08:00
|
|
|
|
2018-10-20 01:34:43 +08:00
|
|
|
collect_changed_submodules(r, &submodules, &argv);
|
2011-08-20 06:08:47 +08:00
|
|
|
|
2017-10-16 21:58:27 +08:00
|
|
|
for_each_string_list_item(name, &submodules) {
|
2022-03-08 08:14:29 +08:00
|
|
|
struct changed_submodule_data *cs_data = name->util;
|
2017-10-16 21:58:27 +08:00
|
|
|
const struct submodule *submodule;
|
|
|
|
const char *path = NULL;
|
|
|
|
|
2021-04-26 09:02:56 +08:00
|
|
|
submodule = submodule_from_name(r, null_oid(), name->string);
|
2017-10-16 21:58:27 +08:00
|
|
|
if (submodule)
|
|
|
|
path = submodule->path;
|
|
|
|
else
|
|
|
|
path = default_name_or_path(name->string);
|
|
|
|
|
|
|
|
if (!path)
|
|
|
|
continue;
|
2016-11-16 23:11:06 +08:00
|
|
|
|
2022-03-08 08:14:29 +08:00
|
|
|
if (submodule_needs_pushing(r, path, &cs_data->new_commits))
|
2017-05-02 09:02:39 +08:00
|
|
|
string_list_insert(needs_pushing, path);
|
2016-11-16 23:11:04 +08:00
|
|
|
}
|
2017-04-29 07:53:58 +08:00
|
|
|
|
2022-03-08 08:14:29 +08:00
|
|
|
free_submodules_data(&submodules);
|
2020-07-29 04:25:12 +08:00
|
|
|
strvec_clear(&argv);
|
2011-08-20 06:08:47 +08:00
|
|
|
|
2012-03-29 15:21:23 +08:00
|
|
|
return needs_pushing->nr;
|
2011-08-20 06:08:47 +08:00
|
|
|
}
|
|
|
|
|
2017-04-06 01:47:16 +08:00
|
|
|
static int push_submodule(const char *path,
|
2017-04-06 01:47:19 +08:00
|
|
|
const struct remote *remote,
|
2018-05-17 06:58:23 +08:00
|
|
|
const struct refspec *rs,
|
2017-04-06 01:47:16 +08:00
|
|
|
const struct string_list *push_options,
|
|
|
|
int dry_run)
|
2012-03-29 15:21:24 +08:00
|
|
|
{
|
2024-03-26 21:37:25 +08:00
|
|
|
if (validate_submodule_path(path) < 0)
|
|
|
|
exit(128);
|
|
|
|
|
2012-03-29 15:21:24 +08:00
|
|
|
if (for_each_remote_ref_submodule(path, has_remote, NULL) > 0) {
|
2014-08-20 03:09:35 +08:00
|
|
|
struct child_process cp = CHILD_PROCESS_INIT;
|
2020-07-29 04:25:12 +08:00
|
|
|
strvec_push(&cp.args, "push");
|
Doc: document push.recurseSubmodules=only
Git learned pushing submodules without pushing the superproject by
the user specifying --recurse-submodules=only through 6c656c3fe4
("submodules: add RECURSE_SUBMODULES_ONLY value", 2016-12-20) and
225e8bf778 ("push: add option to push only submodules", 2016-12-20).
For users who use this feature regularly, it is desirable to have an
equivalent configuration.
It turns out that such a configuration (push.recurseSubmodules=only) is
already supported, even though it is neither documented nor mentioned
in the commit messages, due to the way the --recurse-submodules=only
feature was implemented (a function used to parse --recurse-submodules
was updated to support "only", but that same function is used to parse
push.recurseSubmodules too). What is left is to document it and test it,
which is what this commit does.
There is a possible point of confusion when recursing into a submodule
that itself has the push.recurseSubmodules=only configuration, because
if a repository has only its submodules pushed and not itself, its
superproject can never be pushed. Therefore, treat such configurations
as being "on-demand", and print a warning message.
Signed-off-by: Jonathan Tan <jonathantanmy@google.com>
Signed-off-by: Taylor Blau <me@ttaylorr.com>
2022-11-15 05:37:12 +08:00
|
|
|
/*
|
|
|
|
* When recursing into a submodule, treat any "only" configurations as "on-
|
|
|
|
* demand", since "only" would not work (we need all submodules to be pushed
|
|
|
|
* in order to be able to push the superproject).
|
|
|
|
*/
|
|
|
|
strvec_push(&cp.args, "--recurse-submodules=only-is-on-demand");
|
2016-11-18 02:46:04 +08:00
|
|
|
if (dry_run)
|
2020-07-29 04:25:12 +08:00
|
|
|
strvec_push(&cp.args, "--dry-run");
|
2012-03-29 15:21:24 +08:00
|
|
|
|
2017-04-06 01:47:16 +08:00
|
|
|
if (push_options && push_options->nr) {
|
|
|
|
const struct string_list_item *item;
|
|
|
|
for_each_string_list_item(item, push_options)
|
2020-07-29 04:25:12 +08:00
|
|
|
strvec_pushf(&cp.args, "--push-option=%s",
|
strvec: fix indentation in renamed calls
Code which split an argv_array call across multiple lines, like:
argv_array_pushl(&args, "one argument",
"another argument", "and more",
NULL);
was recently mechanically renamed to use strvec, which results in
mis-matched indentation like:
strvec_pushl(&args, "one argument",
"another argument", "and more",
NULL);
Let's fix these up to align the arguments with the opening paren. I did
this manually by sifting through the results of:
git jump grep 'strvec_.*,$'
and liberally applying my editor's auto-format. Most of the changes are
of the form shown above, though I also normalized a few that had
originally used a single-tab indentation (rather than our usual style of
aligning with the open paren). I also rewrapped a couple of obvious
cases (e.g., where previously too-long lines became short enough to fit
on one), but I wasn't aggressive about it. In cases broken to three or
more lines, the grouping of arguments is sometimes meaningful, and it
wasn't worth my time or reviewer time to ponder each case individually.
Signed-off-by: Jeff King <peff@peff.net>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2020-07-29 04:26:31 +08:00
|
|
|
item->string);
|
2017-04-06 01:47:16 +08:00
|
|
|
}
|
2017-04-06 01:47:19 +08:00
|
|
|
|
|
|
|
if (remote->origin != REMOTE_UNCONFIGURED) {
|
|
|
|
int i;
|
2020-07-29 04:25:12 +08:00
|
|
|
strvec_push(&cp.args, remote->name);
|
refspec: drop separate raw_nr count
A refspec struct contains zero or more refspec_item structs, along with
matching "raw" strings. The items and raw strings are kept in separate
arrays, but those arrays will always have the same length (because we
write them only via refspec_append_nodup(), which grows both). This can
lead to bugs when manipulating the array, since the arrays and lengths
must be modified in lockstep. For example, the bug fixed in the previous
commit, which forgot to decrement raw_nr.
So let's get rid of "raw_nr" and have only "nr", making this kind of bug
impossible (and also making it clear that the two are always matched,
something that existing code already assumed but was not guaranteed by
the interface).
Even though we'd expect "alloc" and "raw_alloc" to likewise move in
lockstep, we still need to keep separate counts there if we want to
continue to use ALLOC_GROW() for both.
Conceptually this would all be simpler if refspec_item just held onto
its own raw string, and we had a single array. But there are callers
which use refspec_item outside of "struct refspec" (and so don't hold on
to a matching "raw" string at all), which we'd possibly need to adjust.
So let's not worry about refactoring that for now, and just get rid of
the redundant count variable. That is the first step on the road to
combining them anyway.
Signed-off-by: Jeff King <peff@peff.net>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2024-11-12 16:36:10 +08:00
|
|
|
for (i = 0; i < rs->nr; i++)
|
refspec: store raw refspecs inside refspec_item
The refspec struct keeps two matched arrays: one for the refspec_item
structs and one for the original raw refspec strings. The main reason
for this is that there are other users of refspec_item that do not care
about the raw strings. But it does make managing the refspec struct
awkward, as we must keep the two arrays in sync. This has led to bugs in
the past (both leaks and double-frees).
Let's just store a copy of the raw refspec string directly in each
refspec_item struct. This simplifies the handling at a small cost:
1. Direct callers of refspec_item_init() will now get an extra copy of
the refspec string, even if they don't need it. This should be
negligible, as the struct is already allocating two strings for the
parsed src/dst values (and we tend to only do it sparingly anyway
for things like the TAG_REFSPEC literal).
2. Users of refspec_appendf() will now generate a temporary string,
copy it, and then free the result (versus handing off ownership of
the temporary string). We could get around this by having a "nodup"
variant of refspec_item_init(), but it doesn't seem worth the extra
complexity for something that is not remotely a hot code path.
Code which accesses refspec->raw now needs to look at refspec->item.raw.
Other callers which just use refspec_item directly can remain the same.
We'll free the allocated string in refspec_item_clear(), which they
should be calling anyway to free src/dst.
One subtle note: refspec_item_init() can return an error, in which case
we'll still have set its "raw" field. But that is also true of the "src"
and "dst" fields, so any caller which does not _clear() the failed item
is already potentially leaking. In practice most code just calls die()
on an error anyway, but you can see the exception in valid_fetch_refspec(),
which does correctly call _clear() even on error.
Signed-off-by: Jeff King <peff@peff.net>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2024-11-12 16:39:37 +08:00
|
|
|
strvec_push(&cp.args, rs->items[i].raw);
|
2017-04-06 01:47:19 +08:00
|
|
|
}
|
|
|
|
|
2022-06-02 17:09:50 +08:00
|
|
|
prepare_submodule_repo_env(&cp.env);
|
2012-03-29 15:21:24 +08:00
|
|
|
cp.git_cmd = 1;
|
|
|
|
cp.no_stdin = 1;
|
|
|
|
cp.dir = path;
|
|
|
|
if (run_command(&cp))
|
|
|
|
return 0;
|
|
|
|
close(cp.out);
|
|
|
|
}
|
|
|
|
|
|
|
|
return 1;
|
|
|
|
}
|
|
|
|
|
2017-04-06 01:47:19 +08:00
|
|
|
/*
|
|
|
|
* Perform a check in the submodule to see if the remote and refspec work.
|
|
|
|
* Die if the submodule can't be pushed.
|
|
|
|
*/
|
2017-07-21 01:40:37 +08:00
|
|
|
static void submodule_push_check(const char *path, const char *head,
|
|
|
|
const struct remote *remote,
|
2018-05-17 06:58:23 +08:00
|
|
|
const struct refspec *rs)
|
2017-04-06 01:47:19 +08:00
|
|
|
{
|
|
|
|
struct child_process cp = CHILD_PROCESS_INIT;
|
|
|
|
int i;
|
|
|
|
|
2024-03-26 21:37:25 +08:00
|
|
|
if (validate_submodule_path(path) < 0)
|
|
|
|
exit(128);
|
|
|
|
|
2020-07-29 04:25:12 +08:00
|
|
|
strvec_push(&cp.args, "submodule--helper");
|
|
|
|
strvec_push(&cp.args, "push-check");
|
|
|
|
strvec_push(&cp.args, head);
|
|
|
|
strvec_push(&cp.args, remote->name);
|
2017-04-06 01:47:19 +08:00
|
|
|
|
refspec: drop separate raw_nr count
A refspec struct contains zero or more refspec_item structs, along with
matching "raw" strings. The items and raw strings are kept in separate
arrays, but those arrays will always have the same length (because we
write them only via refspec_append_nodup(), which grows both). This can
lead to bugs when manipulating the array, since the arrays and lengths
must be modified in lockstep. For example, the bug fixed in the previous
commit, which forgot to decrement raw_nr.
So let's get rid of "raw_nr" and have only "nr", making this kind of bug
impossible (and also making it clear that the two are always matched,
something that existing code already assumed but was not guaranteed by
the interface).
Even though we'd expect "alloc" and "raw_alloc" to likewise move in
lockstep, we still need to keep separate counts there if we want to
continue to use ALLOC_GROW() for both.
Conceptually this would all be simpler if refspec_item just held onto
its own raw string, and we had a single array. But there are callers
which use refspec_item outside of "struct refspec" (and so don't hold on
to a matching "raw" string at all), which we'd possibly need to adjust.
So let's not worry about refactoring that for now, and just get rid of
the redundant count variable. That is the first step on the road to
combining them anyway.
Signed-off-by: Jeff King <peff@peff.net>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2024-11-12 16:36:10 +08:00
|
|
|
for (i = 0; i < rs->nr; i++)
|
refspec: store raw refspecs inside refspec_item
The refspec struct keeps two matched arrays: one for the refspec_item
structs and one for the original raw refspec strings. The main reason
for this is that there are other users of refspec_item that do not care
about the raw strings. But it does make managing the refspec struct
awkward, as we must keep the two arrays in sync. This has led to bugs in
the past (both leaks and double-frees).
Let's just store a copy of the raw refspec string directly in each
refspec_item struct. This simplifies the handling at a small cost:
1. Direct callers of refspec_item_init() will now get an extra copy of
the refspec string, even if they don't need it. This should be
negligible, as the struct is already allocating two strings for the
parsed src/dst values (and we tend to only do it sparingly anyway
for things like the TAG_REFSPEC literal).
2. Users of refspec_appendf() will now generate a temporary string,
copy it, and then free the result (versus handing off ownership of
the temporary string). We could get around this by having a "nodup"
variant of refspec_item_init(), but it doesn't seem worth the extra
complexity for something that is not remotely a hot code path.
Code which accesses refspec->raw now needs to look at refspec->item.raw.
Other callers which just use refspec_item directly can remain the same.
We'll free the allocated string in refspec_item_clear(), which they
should be calling anyway to free src/dst.
One subtle note: refspec_item_init() can return an error, in which case
we'll still have set its "raw" field. But that is also true of the "src"
and "dst" fields, so any caller which does not _clear() the failed item
is already potentially leaking. In practice most code just calls die()
on an error anyway, but you can see the exception in valid_fetch_refspec(),
which does correctly call _clear() even on error.
Signed-off-by: Jeff King <peff@peff.net>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2024-11-12 16:39:37 +08:00
|
|
|
strvec_push(&cp.args, rs->items[i].raw);
|
2017-04-06 01:47:19 +08:00
|
|
|
|
2022-06-02 17:09:50 +08:00
|
|
|
prepare_submodule_repo_env(&cp.env);
|
2017-04-06 01:47:19 +08:00
|
|
|
cp.git_cmd = 1;
|
|
|
|
cp.no_stdin = 1;
|
|
|
|
cp.no_stdout = 1;
|
|
|
|
cp.dir = path;
|
|
|
|
|
|
|
|
/*
|
|
|
|
* Simply indicate if 'submodule--helper push-check' failed.
|
|
|
|
* More detailed error information will be provided by the
|
|
|
|
* child process.
|
|
|
|
*/
|
|
|
|
if (run_command(&cp))
|
2020-01-16 02:07:01 +08:00
|
|
|
die(_("process for submodule '%s' failed"), path);
|
2017-04-06 01:47:19 +08:00
|
|
|
}
|
|
|
|
|
2018-10-20 01:34:43 +08:00
|
|
|
int push_unpushed_submodules(struct repository *r,
|
2018-09-21 23:57:35 +08:00
|
|
|
struct oid_array *commits,
|
2017-04-06 01:47:19 +08:00
|
|
|
const struct remote *remote,
|
2018-05-17 06:58:23 +08:00
|
|
|
const struct refspec *rs,
|
2017-04-06 01:47:16 +08:00
|
|
|
const struct string_list *push_options,
|
2016-11-18 02:46:04 +08:00
|
|
|
int dry_run)
|
2012-03-29 15:21:24 +08:00
|
|
|
{
|
|
|
|
int i, ret = 1;
|
2014-07-18 17:19:00 +08:00
|
|
|
struct string_list needs_pushing = STRING_LIST_INIT_DUP;
|
2012-03-29 15:21:24 +08:00
|
|
|
|
2018-10-20 01:34:43 +08:00
|
|
|
if (!find_unpushed_submodules(r, commits,
|
2018-09-21 23:57:35 +08:00
|
|
|
remote->name, &needs_pushing))
|
2012-03-29 15:21:24 +08:00
|
|
|
return 1;
|
|
|
|
|
2017-04-06 01:47:19 +08:00
|
|
|
/*
|
|
|
|
* Verify that the remote and refspec can be propagated to all
|
|
|
|
* submodules. This check can be skipped if the remote and refspec
|
|
|
|
* won't be propagated due to the remote being unconfigured (e.g. a URL
|
|
|
|
* instead of a remote name).
|
|
|
|
*/
|
2017-07-21 01:40:37 +08:00
|
|
|
if (remote->origin != REMOTE_UNCONFIGURED) {
|
|
|
|
char *head;
|
|
|
|
struct object_id head_oid;
|
|
|
|
|
2024-05-07 15:11:53 +08:00
|
|
|
head = refs_resolve_refdup(get_main_ref_store(the_repository),
|
|
|
|
"HEAD", 0, &head_oid, NULL);
|
2017-07-21 01:40:37 +08:00
|
|
|
if (!head)
|
|
|
|
die(_("Failed to resolve HEAD as a valid ref."));
|
|
|
|
|
2017-04-06 01:47:19 +08:00
|
|
|
for (i = 0; i < needs_pushing.nr; i++)
|
|
|
|
submodule_push_check(needs_pushing.items[i].string,
|
2018-05-17 06:58:23 +08:00
|
|
|
head, remote, rs);
|
2017-07-21 01:40:37 +08:00
|
|
|
free(head);
|
|
|
|
}
|
2017-04-06 01:47:19 +08:00
|
|
|
|
|
|
|
/* Actually push the submodules */
|
2012-03-29 15:21:24 +08:00
|
|
|
for (i = 0; i < needs_pushing.nr; i++) {
|
|
|
|
const char *path = needs_pushing.items[i].string;
|
2020-01-16 02:07:01 +08:00
|
|
|
fprintf(stderr, _("Pushing submodule '%s'\n"), path);
|
2018-05-17 06:58:23 +08:00
|
|
|
if (!push_submodule(path, remote, rs,
|
2017-04-06 01:47:19 +08:00
|
|
|
push_options, dry_run)) {
|
2020-01-16 02:07:01 +08:00
|
|
|
fprintf(stderr, _("Unable to push submodule '%s'\n"), path);
|
2012-03-29 15:21:24 +08:00
|
|
|
ret = 0;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
string_list_clear(&needs_pushing, 0);
|
|
|
|
|
|
|
|
return ret;
|
|
|
|
}
|
|
|
|
|
2022-08-26 01:09:48 +08:00
|
|
|
static int append_oid_to_array(const char *ref UNUSED,
|
2024-08-09 23:37:50 +08:00
|
|
|
const char *referent UNUSED,
|
2022-08-19 18:08:32 +08:00
|
|
|
const struct object_id *oid,
|
2022-08-26 01:09:48 +08:00
|
|
|
int flags UNUSED, void *data)
|
2011-09-13 03:56:52 +08:00
|
|
|
{
|
2017-04-29 07:53:57 +08:00
|
|
|
struct oid_array *array = data;
|
|
|
|
oid_array_append(array, oid);
|
2011-09-13 03:56:52 +08:00
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
2017-03-27 00:01:35 +08:00
|
|
|
void check_for_new_submodule_commits(struct object_id *oid)
|
2011-09-13 03:56:52 +08:00
|
|
|
{
|
|
|
|
if (!initialized_fetch_ref_tips) {
|
2024-05-07 15:11:53 +08:00
|
|
|
refs_for_each_ref(get_main_ref_store(the_repository),
|
|
|
|
append_oid_to_array, &ref_tips_before_fetch);
|
2011-09-13 03:56:52 +08:00
|
|
|
initialized_fetch_ref_tips = 1;
|
|
|
|
}
|
|
|
|
|
2017-03-31 09:40:00 +08:00
|
|
|
oid_array_append(&ref_tips_after_fetch, oid);
|
2011-09-13 03:56:52 +08:00
|
|
|
}
|
|
|
|
|
2022-03-08 08:14:32 +08:00
|
|
|
/*
|
|
|
|
* Returns 1 if there is at least one submodule gitdir in
|
|
|
|
* $GIT_DIR/modules and 0 otherwise. This follows
|
|
|
|
* submodule_name_to_gitdir(), which looks for submodules in
|
|
|
|
* $GIT_DIR/modules, not $GIT_COMMON_DIR.
|
|
|
|
*
|
|
|
|
* A submodule can be moved to $GIT_DIR/modules manually by running "git
|
|
|
|
* submodule absorbgitdirs", or it may be initialized there by "git
|
|
|
|
* submodule update".
|
|
|
|
*/
|
|
|
|
static int repo_has_absorbed_submodules(struct repository *r)
|
|
|
|
{
|
|
|
|
int ret;
|
|
|
|
struct strbuf buf = STRBUF_INIT;
|
|
|
|
|
|
|
|
strbuf_repo_git_path(&buf, r, "modules/");
|
|
|
|
ret = file_exists(buf.buf) && !is_empty_dir(buf.buf);
|
|
|
|
strbuf_release(&buf);
|
|
|
|
return ret;
|
|
|
|
}
|
|
|
|
|
2018-11-29 08:27:51 +08:00
|
|
|
static void calculate_changed_submodule_paths(struct repository *r,
|
|
|
|
struct string_list *changed_submodule_names)
|
2011-03-07 06:10:46 +08:00
|
|
|
{
|
2020-07-29 04:25:12 +08:00
|
|
|
struct strvec argv = STRVEC_INIT;
|
2018-11-29 08:27:52 +08:00
|
|
|
struct string_list_item *name;
|
2011-03-07 06:10:46 +08:00
|
|
|
|
2022-03-08 08:14:32 +08:00
|
|
|
/* No need to check if no submodules would be fetched */
|
|
|
|
if (!submodule_from_path(r, NULL, NULL) &&
|
|
|
|
!repo_has_absorbed_submodules(r))
|
2011-09-10 02:22:03 +08:00
|
|
|
return;
|
|
|
|
|
2020-07-29 04:25:12 +08:00
|
|
|
strvec_push(&argv, "--"); /* argv[0] program name */
|
2017-03-31 09:40:00 +08:00
|
|
|
oid_array_for_each_unique(&ref_tips_after_fetch,
|
2017-04-29 07:53:59 +08:00
|
|
|
append_oid_to_argv, &argv);
|
2020-07-29 04:25:12 +08:00
|
|
|
strvec_push(&argv, "--not");
|
2017-03-31 09:40:00 +08:00
|
|
|
oid_array_for_each_unique(&ref_tips_before_fetch,
|
2017-04-29 07:53:59 +08:00
|
|
|
append_oid_to_argv, &argv);
|
2011-03-07 06:10:46 +08:00
|
|
|
|
|
|
|
/*
|
|
|
|
* Collect all submodules (whether checked out or not) for which new
|
2017-10-16 21:58:27 +08:00
|
|
|
* commits have been recorded upstream in "changed_submodule_names".
|
2011-03-07 06:10:46 +08:00
|
|
|
*/
|
2018-11-29 08:27:52 +08:00
|
|
|
collect_changed_submodules(r, changed_submodule_names, &argv);
|
2017-05-02 09:02:39 +08:00
|
|
|
|
2018-11-29 08:27:52 +08:00
|
|
|
for_each_string_list_item(name, changed_submodule_names) {
|
2022-03-08 08:14:29 +08:00
|
|
|
struct changed_submodule_data *cs_data = name->util;
|
2017-10-16 21:58:27 +08:00
|
|
|
const struct submodule *submodule;
|
|
|
|
const char *path = NULL;
|
|
|
|
|
2021-04-26 09:02:56 +08:00
|
|
|
submodule = submodule_from_name(r, null_oid(), name->string);
|
2017-10-16 21:58:27 +08:00
|
|
|
if (submodule)
|
|
|
|
path = submodule->path;
|
|
|
|
else
|
|
|
|
path = default_name_or_path(name->string);
|
|
|
|
|
|
|
|
if (!path)
|
|
|
|
continue;
|
2017-05-02 09:02:39 +08:00
|
|
|
|
2022-03-08 08:14:29 +08:00
|
|
|
if (submodule_has_commits(r, path, null_oid(), &cs_data->new_commits)) {
|
|
|
|
changed_submodule_data_clear(cs_data);
|
2018-11-29 08:27:52 +08:00
|
|
|
*name->string = '\0';
|
|
|
|
}
|
2011-03-07 06:10:46 +08:00
|
|
|
}
|
2011-09-13 03:56:52 +08:00
|
|
|
|
2018-11-29 08:27:52 +08:00
|
|
|
string_list_remove_empty_items(changed_submodule_names, 1);
|
|
|
|
|
2020-07-29 04:25:12 +08:00
|
|
|
strvec_clear(&argv);
|
2017-03-31 09:40:00 +08:00
|
|
|
oid_array_clear(&ref_tips_before_fetch);
|
|
|
|
oid_array_clear(&ref_tips_after_fetch);
|
2011-09-13 03:56:52 +08:00
|
|
|
initialized_fetch_ref_tips = 0;
|
2011-03-07 06:10:46 +08:00
|
|
|
}
|
|
|
|
|
2018-10-20 01:34:43 +08:00
|
|
|
int submodule_touches_in_range(struct repository *r,
|
2018-09-21 23:57:35 +08:00
|
|
|
struct object_id *excl_oid,
|
pull: optionally rebase submodules (remote submodule changes only)
Teach pull to optionally update submodules when '--recurse-submodules'
is provided. This will teach pull to run 'submodule update --rebase'
when the '--recurse-submodules' and '--rebase' flags are given under
specific circumstances.
On a rebase workflow:
=====================
1. Both sides change the submodule
------------------------------
Let's assume the following history in a submodule:
H---I---J---K---L local branch
\
M---N---O---P remote branch
and the following in the superproject (recorded submodule in parens):
A(H)---B(I)---F(K)---G(L) local branch
\
C(N)---D(N)---E(P) remote branch
In an ideal world this would rebase the submodule and rewrite
the submodule pointers that the superproject points at such that
the superproject looks like
A(H)---B(I) F(K')---G(L') rebased branch
\ /
C(N)---D(N)---E(P) remote branch
and the submodule as:
J---K---L (old dangeling tip)
/
H---I J'---K'---L' rebased branch
\ /
M---N---O---P remote branch
And if a conflict arises in the submodule the superproject rebase
would stop at that commit at which the submodule conflict occurs.
Currently a "pull --rebase" in the superproject produces
a merge conflict as the submodule pointer changes are
conflicting and cannot be resolved.
2. Local submodule changes only
-----------------------
Assuming histories as above, except that the remote branch
would not contain submodule changes, then a result as
A(H)---B(I) F(K)---G(L) rebased branch
\ /
C(I)---D(I)---E(I) remote branch
is desire-able. This is what currently happens in rebase.
If the recursive flag is given, the ideal git would
produce a superproject as:
A(H)---B(I) F(K')---G(L') rebased branch (incl. sub rebase!)
\ /
C(I)---D(I)---E(I) remote branch
and the submodule as:
J---K---L (old dangeling tip)
/
H---I J'---K'---L' locally rebased branch
\ /
M---N---O---P advanced branch
This patch doesn't address this issue, however
a test is added that this fails up front.
3. Remote submodule changes only
----------------------
Assuming histories as in (1) except that the local superproject branch
would not have touched the submodule the rebase already works out in the
superproject with no conflicts:
A(H)---B(I) F(P)---G(P) rebased branch (no sub changes)
\ /
C(N)---D(N)---E(P) remote branch
The recurse flag as presented in this patch would additionally
update the submodule as:
H---I J'---K'---L' rebased branch
\ /
M---N---O---P remote branch
As neither J, K, L nor J', K', L' are referred to from the superproject,
no rewriting of the superproject commits is required.
Conclusion for 'pull --rebase --recursive'
-----------------------------------------
If there are no local superproject changes it is sufficient to call
"submodule update --rebase" as this produces the desired results. In case
of conflicts, the behavior is the same as in 'submodule update --recursive'
which is assumed to be sane.
This patch implements (3) only.
On a merge workflow:
====================
We'll start off with the same underlying DAG as in (1) in the rebase
workflow. So in an ideal world a 'pull --merge --recursive' would
produce this:
H---I---J---K---L----X
\ /
M---N---O---P
with X as the new merge-commit in the submodule and the superproject
as:
A(H)---B(I)---F(K)---G(L)---Y(X)
\ /
C(N)---D(N)---E(P)
However modifying the submodules on the fly is not supported in git-merge
such that Y(X) is not easy to produce in a single patch. In fact git-merge
doesn't know about submodules at all.
However when at least one side does not contain commits touching the
submodule at all, then we do not need to perform the merge for the
submodule but a fast-forward can be done via checking out either L or P
in the submodule. This strategy is implemented in 68d03e4a6e (Implement
automatic fast-forward merge for submodules, 2010-07-07) already, so
to align with the rebase behavior we need to also update the worktree
of the submodule.
Signed-off-by: Brandon Williams <bmwill@google.com>
Signed-off-by: Stefan Beller <sbeller@google.com>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2017-06-24 03:13:02 +08:00
|
|
|
struct object_id *incl_oid)
|
|
|
|
{
|
|
|
|
struct string_list subs = STRING_LIST_INIT_DUP;
|
2020-07-29 04:25:12 +08:00
|
|
|
struct strvec args = STRVEC_INIT;
|
pull: optionally rebase submodules (remote submodule changes only)
Teach pull to optionally update submodules when '--recurse-submodules'
is provided. This will teach pull to run 'submodule update --rebase'
when the '--recurse-submodules' and '--rebase' flags are given under
specific circumstances.
On a rebase workflow:
=====================
1. Both sides change the submodule
------------------------------
Let's assume the following history in a submodule:
H---I---J---K---L local branch
\
M---N---O---P remote branch
and the following in the superproject (recorded submodule in parens):
A(H)---B(I)---F(K)---G(L) local branch
\
C(N)---D(N)---E(P) remote branch
In an ideal world this would rebase the submodule and rewrite
the submodule pointers that the superproject points at such that
the superproject looks like
A(H)---B(I) F(K')---G(L') rebased branch
\ /
C(N)---D(N)---E(P) remote branch
and the submodule as:
J---K---L (old dangeling tip)
/
H---I J'---K'---L' rebased branch
\ /
M---N---O---P remote branch
And if a conflict arises in the submodule the superproject rebase
would stop at that commit at which the submodule conflict occurs.
Currently a "pull --rebase" in the superproject produces
a merge conflict as the submodule pointer changes are
conflicting and cannot be resolved.
2. Local submodule changes only
-----------------------
Assuming histories as above, except that the remote branch
would not contain submodule changes, then a result as
A(H)---B(I) F(K)---G(L) rebased branch
\ /
C(I)---D(I)---E(I) remote branch
is desire-able. This is what currently happens in rebase.
If the recursive flag is given, the ideal git would
produce a superproject as:
A(H)---B(I) F(K')---G(L') rebased branch (incl. sub rebase!)
\ /
C(I)---D(I)---E(I) remote branch
and the submodule as:
J---K---L (old dangeling tip)
/
H---I J'---K'---L' locally rebased branch
\ /
M---N---O---P advanced branch
This patch doesn't address this issue, however
a test is added that this fails up front.
3. Remote submodule changes only
----------------------
Assuming histories as in (1) except that the local superproject branch
would not have touched the submodule the rebase already works out in the
superproject with no conflicts:
A(H)---B(I) F(P)---G(P) rebased branch (no sub changes)
\ /
C(N)---D(N)---E(P) remote branch
The recurse flag as presented in this patch would additionally
update the submodule as:
H---I J'---K'---L' rebased branch
\ /
M---N---O---P remote branch
As neither J, K, L nor J', K', L' are referred to from the superproject,
no rewriting of the superproject commits is required.
Conclusion for 'pull --rebase --recursive'
-----------------------------------------
If there are no local superproject changes it is sufficient to call
"submodule update --rebase" as this produces the desired results. In case
of conflicts, the behavior is the same as in 'submodule update --recursive'
which is assumed to be sane.
This patch implements (3) only.
On a merge workflow:
====================
We'll start off with the same underlying DAG as in (1) in the rebase
workflow. So in an ideal world a 'pull --merge --recursive' would
produce this:
H---I---J---K---L----X
\ /
M---N---O---P
with X as the new merge-commit in the submodule and the superproject
as:
A(H)---B(I)---F(K)---G(L)---Y(X)
\ /
C(N)---D(N)---E(P)
However modifying the submodules on the fly is not supported in git-merge
such that Y(X) is not easy to produce in a single patch. In fact git-merge
doesn't know about submodules at all.
However when at least one side does not contain commits touching the
submodule at all, then we do not need to perform the merge for the
submodule but a fast-forward can be done via checking out either L or P
in the submodule. This strategy is implemented in 68d03e4a6e (Implement
automatic fast-forward merge for submodules, 2010-07-07) already, so
to align with the rebase behavior we need to also update the worktree
of the submodule.
Signed-off-by: Brandon Williams <bmwill@google.com>
Signed-off-by: Stefan Beller <sbeller@google.com>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2017-06-24 03:13:02 +08:00
|
|
|
int ret;
|
|
|
|
|
|
|
|
/* No need to check if there are no submodules configured */
|
2018-10-20 01:34:43 +08:00
|
|
|
if (!submodule_from_path(r, NULL, NULL))
|
pull: optionally rebase submodules (remote submodule changes only)
Teach pull to optionally update submodules when '--recurse-submodules'
is provided. This will teach pull to run 'submodule update --rebase'
when the '--recurse-submodules' and '--rebase' flags are given under
specific circumstances.
On a rebase workflow:
=====================
1. Both sides change the submodule
------------------------------
Let's assume the following history in a submodule:
H---I---J---K---L local branch
\
M---N---O---P remote branch
and the following in the superproject (recorded submodule in parens):
A(H)---B(I)---F(K)---G(L) local branch
\
C(N)---D(N)---E(P) remote branch
In an ideal world this would rebase the submodule and rewrite
the submodule pointers that the superproject points at such that
the superproject looks like
A(H)---B(I) F(K')---G(L') rebased branch
\ /
C(N)---D(N)---E(P) remote branch
and the submodule as:
J---K---L (old dangeling tip)
/
H---I J'---K'---L' rebased branch
\ /
M---N---O---P remote branch
And if a conflict arises in the submodule the superproject rebase
would stop at that commit at which the submodule conflict occurs.
Currently a "pull --rebase" in the superproject produces
a merge conflict as the submodule pointer changes are
conflicting and cannot be resolved.
2. Local submodule changes only
-----------------------
Assuming histories as above, except that the remote branch
would not contain submodule changes, then a result as
A(H)---B(I) F(K)---G(L) rebased branch
\ /
C(I)---D(I)---E(I) remote branch
is desire-able. This is what currently happens in rebase.
If the recursive flag is given, the ideal git would
produce a superproject as:
A(H)---B(I) F(K')---G(L') rebased branch (incl. sub rebase!)
\ /
C(I)---D(I)---E(I) remote branch
and the submodule as:
J---K---L (old dangeling tip)
/
H---I J'---K'---L' locally rebased branch
\ /
M---N---O---P advanced branch
This patch doesn't address this issue, however
a test is added that this fails up front.
3. Remote submodule changes only
----------------------
Assuming histories as in (1) except that the local superproject branch
would not have touched the submodule the rebase already works out in the
superproject with no conflicts:
A(H)---B(I) F(P)---G(P) rebased branch (no sub changes)
\ /
C(N)---D(N)---E(P) remote branch
The recurse flag as presented in this patch would additionally
update the submodule as:
H---I J'---K'---L' rebased branch
\ /
M---N---O---P remote branch
As neither J, K, L nor J', K', L' are referred to from the superproject,
no rewriting of the superproject commits is required.
Conclusion for 'pull --rebase --recursive'
-----------------------------------------
If there are no local superproject changes it is sufficient to call
"submodule update --rebase" as this produces the desired results. In case
of conflicts, the behavior is the same as in 'submodule update --recursive'
which is assumed to be sane.
This patch implements (3) only.
On a merge workflow:
====================
We'll start off with the same underlying DAG as in (1) in the rebase
workflow. So in an ideal world a 'pull --merge --recursive' would
produce this:
H---I---J---K---L----X
\ /
M---N---O---P
with X as the new merge-commit in the submodule and the superproject
as:
A(H)---B(I)---F(K)---G(L)---Y(X)
\ /
C(N)---D(N)---E(P)
However modifying the submodules on the fly is not supported in git-merge
such that Y(X) is not easy to produce in a single patch. In fact git-merge
doesn't know about submodules at all.
However when at least one side does not contain commits touching the
submodule at all, then we do not need to perform the merge for the
submodule but a fast-forward can be done via checking out either L or P
in the submodule. This strategy is implemented in 68d03e4a6e (Implement
automatic fast-forward merge for submodules, 2010-07-07) already, so
to align with the rebase behavior we need to also update the worktree
of the submodule.
Signed-off-by: Brandon Williams <bmwill@google.com>
Signed-off-by: Stefan Beller <sbeller@google.com>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2017-06-24 03:13:02 +08:00
|
|
|
return 0;
|
|
|
|
|
2020-07-29 04:25:12 +08:00
|
|
|
strvec_push(&args, "--"); /* args[0] program name */
|
|
|
|
strvec_push(&args, oid_to_hex(incl_oid));
|
2018-05-25 04:47:29 +08:00
|
|
|
if (!is_null_oid(excl_oid)) {
|
2020-07-29 04:25:12 +08:00
|
|
|
strvec_push(&args, "--not");
|
|
|
|
strvec_push(&args, oid_to_hex(excl_oid));
|
2018-05-25 04:47:29 +08:00
|
|
|
}
|
pull: optionally rebase submodules (remote submodule changes only)
Teach pull to optionally update submodules when '--recurse-submodules'
is provided. This will teach pull to run 'submodule update --rebase'
when the '--recurse-submodules' and '--rebase' flags are given under
specific circumstances.
On a rebase workflow:
=====================
1. Both sides change the submodule
------------------------------
Let's assume the following history in a submodule:
H---I---J---K---L local branch
\
M---N---O---P remote branch
and the following in the superproject (recorded submodule in parens):
A(H)---B(I)---F(K)---G(L) local branch
\
C(N)---D(N)---E(P) remote branch
In an ideal world this would rebase the submodule and rewrite
the submodule pointers that the superproject points at such that
the superproject looks like
A(H)---B(I) F(K')---G(L') rebased branch
\ /
C(N)---D(N)---E(P) remote branch
and the submodule as:
J---K---L (old dangeling tip)
/
H---I J'---K'---L' rebased branch
\ /
M---N---O---P remote branch
And if a conflict arises in the submodule the superproject rebase
would stop at that commit at which the submodule conflict occurs.
Currently a "pull --rebase" in the superproject produces
a merge conflict as the submodule pointer changes are
conflicting and cannot be resolved.
2. Local submodule changes only
-----------------------
Assuming histories as above, except that the remote branch
would not contain submodule changes, then a result as
A(H)---B(I) F(K)---G(L) rebased branch
\ /
C(I)---D(I)---E(I) remote branch
is desire-able. This is what currently happens in rebase.
If the recursive flag is given, the ideal git would
produce a superproject as:
A(H)---B(I) F(K')---G(L') rebased branch (incl. sub rebase!)
\ /
C(I)---D(I)---E(I) remote branch
and the submodule as:
J---K---L (old dangeling tip)
/
H---I J'---K'---L' locally rebased branch
\ /
M---N---O---P advanced branch
This patch doesn't address this issue, however
a test is added that this fails up front.
3. Remote submodule changes only
----------------------
Assuming histories as in (1) except that the local superproject branch
would not have touched the submodule the rebase already works out in the
superproject with no conflicts:
A(H)---B(I) F(P)---G(P) rebased branch (no sub changes)
\ /
C(N)---D(N)---E(P) remote branch
The recurse flag as presented in this patch would additionally
update the submodule as:
H---I J'---K'---L' rebased branch
\ /
M---N---O---P remote branch
As neither J, K, L nor J', K', L' are referred to from the superproject,
no rewriting of the superproject commits is required.
Conclusion for 'pull --rebase --recursive'
-----------------------------------------
If there are no local superproject changes it is sufficient to call
"submodule update --rebase" as this produces the desired results. In case
of conflicts, the behavior is the same as in 'submodule update --recursive'
which is assumed to be sane.
This patch implements (3) only.
On a merge workflow:
====================
We'll start off with the same underlying DAG as in (1) in the rebase
workflow. So in an ideal world a 'pull --merge --recursive' would
produce this:
H---I---J---K---L----X
\ /
M---N---O---P
with X as the new merge-commit in the submodule and the superproject
as:
A(H)---B(I)---F(K)---G(L)---Y(X)
\ /
C(N)---D(N)---E(P)
However modifying the submodules on the fly is not supported in git-merge
such that Y(X) is not easy to produce in a single patch. In fact git-merge
doesn't know about submodules at all.
However when at least one side does not contain commits touching the
submodule at all, then we do not need to perform the merge for the
submodule but a fast-forward can be done via checking out either L or P
in the submodule. This strategy is implemented in 68d03e4a6e (Implement
automatic fast-forward merge for submodules, 2010-07-07) already, so
to align with the rebase behavior we need to also update the worktree
of the submodule.
Signed-off-by: Brandon Williams <bmwill@google.com>
Signed-off-by: Stefan Beller <sbeller@google.com>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2017-06-24 03:13:02 +08:00
|
|
|
|
2018-10-20 01:34:43 +08:00
|
|
|
collect_changed_submodules(r, &subs, &args);
|
pull: optionally rebase submodules (remote submodule changes only)
Teach pull to optionally update submodules when '--recurse-submodules'
is provided. This will teach pull to run 'submodule update --rebase'
when the '--recurse-submodules' and '--rebase' flags are given under
specific circumstances.
On a rebase workflow:
=====================
1. Both sides change the submodule
------------------------------
Let's assume the following history in a submodule:
H---I---J---K---L local branch
\
M---N---O---P remote branch
and the following in the superproject (recorded submodule in parens):
A(H)---B(I)---F(K)---G(L) local branch
\
C(N)---D(N)---E(P) remote branch
In an ideal world this would rebase the submodule and rewrite
the submodule pointers that the superproject points at such that
the superproject looks like
A(H)---B(I) F(K')---G(L') rebased branch
\ /
C(N)---D(N)---E(P) remote branch
and the submodule as:
J---K---L (old dangeling tip)
/
H---I J'---K'---L' rebased branch
\ /
M---N---O---P remote branch
And if a conflict arises in the submodule the superproject rebase
would stop at that commit at which the submodule conflict occurs.
Currently a "pull --rebase" in the superproject produces
a merge conflict as the submodule pointer changes are
conflicting and cannot be resolved.
2. Local submodule changes only
-----------------------
Assuming histories as above, except that the remote branch
would not contain submodule changes, then a result as
A(H)---B(I) F(K)---G(L) rebased branch
\ /
C(I)---D(I)---E(I) remote branch
is desire-able. This is what currently happens in rebase.
If the recursive flag is given, the ideal git would
produce a superproject as:
A(H)---B(I) F(K')---G(L') rebased branch (incl. sub rebase!)
\ /
C(I)---D(I)---E(I) remote branch
and the submodule as:
J---K---L (old dangeling tip)
/
H---I J'---K'---L' locally rebased branch
\ /
M---N---O---P advanced branch
This patch doesn't address this issue, however
a test is added that this fails up front.
3. Remote submodule changes only
----------------------
Assuming histories as in (1) except that the local superproject branch
would not have touched the submodule the rebase already works out in the
superproject with no conflicts:
A(H)---B(I) F(P)---G(P) rebased branch (no sub changes)
\ /
C(N)---D(N)---E(P) remote branch
The recurse flag as presented in this patch would additionally
update the submodule as:
H---I J'---K'---L' rebased branch
\ /
M---N---O---P remote branch
As neither J, K, L nor J', K', L' are referred to from the superproject,
no rewriting of the superproject commits is required.
Conclusion for 'pull --rebase --recursive'
-----------------------------------------
If there are no local superproject changes it is sufficient to call
"submodule update --rebase" as this produces the desired results. In case
of conflicts, the behavior is the same as in 'submodule update --recursive'
which is assumed to be sane.
This patch implements (3) only.
On a merge workflow:
====================
We'll start off with the same underlying DAG as in (1) in the rebase
workflow. So in an ideal world a 'pull --merge --recursive' would
produce this:
H---I---J---K---L----X
\ /
M---N---O---P
with X as the new merge-commit in the submodule and the superproject
as:
A(H)---B(I)---F(K)---G(L)---Y(X)
\ /
C(N)---D(N)---E(P)
However modifying the submodules on the fly is not supported in git-merge
such that Y(X) is not easy to produce in a single patch. In fact git-merge
doesn't know about submodules at all.
However when at least one side does not contain commits touching the
submodule at all, then we do not need to perform the merge for the
submodule but a fast-forward can be done via checking out either L or P
in the submodule. This strategy is implemented in 68d03e4a6e (Implement
automatic fast-forward merge for submodules, 2010-07-07) already, so
to align with the rebase behavior we need to also update the worktree
of the submodule.
Signed-off-by: Brandon Williams <bmwill@google.com>
Signed-off-by: Stefan Beller <sbeller@google.com>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2017-06-24 03:13:02 +08:00
|
|
|
ret = subs.nr;
|
|
|
|
|
2020-07-29 04:25:12 +08:00
|
|
|
strvec_clear(&args);
|
pull: optionally rebase submodules (remote submodule changes only)
Teach pull to optionally update submodules when '--recurse-submodules'
is provided. This will teach pull to run 'submodule update --rebase'
when the '--recurse-submodules' and '--rebase' flags are given under
specific circumstances.
On a rebase workflow:
=====================
1. Both sides change the submodule
------------------------------
Let's assume the following history in a submodule:
H---I---J---K---L local branch
\
M---N---O---P remote branch
and the following in the superproject (recorded submodule in parens):
A(H)---B(I)---F(K)---G(L) local branch
\
C(N)---D(N)---E(P) remote branch
In an ideal world this would rebase the submodule and rewrite
the submodule pointers that the superproject points at such that
the superproject looks like
A(H)---B(I) F(K')---G(L') rebased branch
\ /
C(N)---D(N)---E(P) remote branch
and the submodule as:
J---K---L (old dangeling tip)
/
H---I J'---K'---L' rebased branch
\ /
M---N---O---P remote branch
And if a conflict arises in the submodule the superproject rebase
would stop at that commit at which the submodule conflict occurs.
Currently a "pull --rebase" in the superproject produces
a merge conflict as the submodule pointer changes are
conflicting and cannot be resolved.
2. Local submodule changes only
-----------------------
Assuming histories as above, except that the remote branch
would not contain submodule changes, then a result as
A(H)---B(I) F(K)---G(L) rebased branch
\ /
C(I)---D(I)---E(I) remote branch
is desire-able. This is what currently happens in rebase.
If the recursive flag is given, the ideal git would
produce a superproject as:
A(H)---B(I) F(K')---G(L') rebased branch (incl. sub rebase!)
\ /
C(I)---D(I)---E(I) remote branch
and the submodule as:
J---K---L (old dangeling tip)
/
H---I J'---K'---L' locally rebased branch
\ /
M---N---O---P advanced branch
This patch doesn't address this issue, however
a test is added that this fails up front.
3. Remote submodule changes only
----------------------
Assuming histories as in (1) except that the local superproject branch
would not have touched the submodule the rebase already works out in the
superproject with no conflicts:
A(H)---B(I) F(P)---G(P) rebased branch (no sub changes)
\ /
C(N)---D(N)---E(P) remote branch
The recurse flag as presented in this patch would additionally
update the submodule as:
H---I J'---K'---L' rebased branch
\ /
M---N---O---P remote branch
As neither J, K, L nor J', K', L' are referred to from the superproject,
no rewriting of the superproject commits is required.
Conclusion for 'pull --rebase --recursive'
-----------------------------------------
If there are no local superproject changes it is sufficient to call
"submodule update --rebase" as this produces the desired results. In case
of conflicts, the behavior is the same as in 'submodule update --recursive'
which is assumed to be sane.
This patch implements (3) only.
On a merge workflow:
====================
We'll start off with the same underlying DAG as in (1) in the rebase
workflow. So in an ideal world a 'pull --merge --recursive' would
produce this:
H---I---J---K---L----X
\ /
M---N---O---P
with X as the new merge-commit in the submodule and the superproject
as:
A(H)---B(I)---F(K)---G(L)---Y(X)
\ /
C(N)---D(N)---E(P)
However modifying the submodules on the fly is not supported in git-merge
such that Y(X) is not easy to produce in a single patch. In fact git-merge
doesn't know about submodules at all.
However when at least one side does not contain commits touching the
submodule at all, then we do not need to perform the merge for the
submodule but a fast-forward can be done via checking out either L or P
in the submodule. This strategy is implemented in 68d03e4a6e (Implement
automatic fast-forward merge for submodules, 2010-07-07) already, so
to align with the rebase behavior we need to also update the worktree
of the submodule.
Signed-off-by: Brandon Williams <bmwill@google.com>
Signed-off-by: Stefan Beller <sbeller@google.com>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2017-06-24 03:13:02 +08:00
|
|
|
|
2022-03-08 08:14:29 +08:00
|
|
|
free_submodules_data(&subs);
|
pull: optionally rebase submodules (remote submodule changes only)
Teach pull to optionally update submodules when '--recurse-submodules'
is provided. This will teach pull to run 'submodule update --rebase'
when the '--recurse-submodules' and '--rebase' flags are given under
specific circumstances.
On a rebase workflow:
=====================
1. Both sides change the submodule
------------------------------
Let's assume the following history in a submodule:
H---I---J---K---L local branch
\
M---N---O---P remote branch
and the following in the superproject (recorded submodule in parens):
A(H)---B(I)---F(K)---G(L) local branch
\
C(N)---D(N)---E(P) remote branch
In an ideal world this would rebase the submodule and rewrite
the submodule pointers that the superproject points at such that
the superproject looks like
A(H)---B(I) F(K')---G(L') rebased branch
\ /
C(N)---D(N)---E(P) remote branch
and the submodule as:
J---K---L (old dangeling tip)
/
H---I J'---K'---L' rebased branch
\ /
M---N---O---P remote branch
And if a conflict arises in the submodule the superproject rebase
would stop at that commit at which the submodule conflict occurs.
Currently a "pull --rebase" in the superproject produces
a merge conflict as the submodule pointer changes are
conflicting and cannot be resolved.
2. Local submodule changes only
-----------------------
Assuming histories as above, except that the remote branch
would not contain submodule changes, then a result as
A(H)---B(I) F(K)---G(L) rebased branch
\ /
C(I)---D(I)---E(I) remote branch
is desire-able. This is what currently happens in rebase.
If the recursive flag is given, the ideal git would
produce a superproject as:
A(H)---B(I) F(K')---G(L') rebased branch (incl. sub rebase!)
\ /
C(I)---D(I)---E(I) remote branch
and the submodule as:
J---K---L (old dangeling tip)
/
H---I J'---K'---L' locally rebased branch
\ /
M---N---O---P advanced branch
This patch doesn't address this issue, however
a test is added that this fails up front.
3. Remote submodule changes only
----------------------
Assuming histories as in (1) except that the local superproject branch
would not have touched the submodule the rebase already works out in the
superproject with no conflicts:
A(H)---B(I) F(P)---G(P) rebased branch (no sub changes)
\ /
C(N)---D(N)---E(P) remote branch
The recurse flag as presented in this patch would additionally
update the submodule as:
H---I J'---K'---L' rebased branch
\ /
M---N---O---P remote branch
As neither J, K, L nor J', K', L' are referred to from the superproject,
no rewriting of the superproject commits is required.
Conclusion for 'pull --rebase --recursive'
-----------------------------------------
If there are no local superproject changes it is sufficient to call
"submodule update --rebase" as this produces the desired results. In case
of conflicts, the behavior is the same as in 'submodule update --recursive'
which is assumed to be sane.
This patch implements (3) only.
On a merge workflow:
====================
We'll start off with the same underlying DAG as in (1) in the rebase
workflow. So in an ideal world a 'pull --merge --recursive' would
produce this:
H---I---J---K---L----X
\ /
M---N---O---P
with X as the new merge-commit in the submodule and the superproject
as:
A(H)---B(I)---F(K)---G(L)---Y(X)
\ /
C(N)---D(N)---E(P)
However modifying the submodules on the fly is not supported in git-merge
such that Y(X) is not easy to produce in a single patch. In fact git-merge
doesn't know about submodules at all.
However when at least one side does not contain commits touching the
submodule at all, then we do not need to perform the merge for the
submodule but a fast-forward can be done via checking out either L or P
in the submodule. This strategy is implemented in 68d03e4a6e (Implement
automatic fast-forward merge for submodules, 2010-07-07) already, so
to align with the rebase behavior we need to also update the worktree
of the submodule.
Signed-off-by: Brandon Williams <bmwill@google.com>
Signed-off-by: Stefan Beller <sbeller@google.com>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2017-06-24 03:13:02 +08:00
|
|
|
return ret;
|
|
|
|
}
|
|
|
|
|
2015-12-16 08:04:11 +08:00
|
|
|
struct submodule_parallel_fetch {
|
2022-03-08 08:14:32 +08:00
|
|
|
/*
|
|
|
|
* The index of the last index entry processed by
|
|
|
|
* get_fetch_task_from_index().
|
|
|
|
*/
|
|
|
|
int index_count;
|
|
|
|
/*
|
|
|
|
* The index of the last string_list entry processed by
|
|
|
|
* get_fetch_task_from_changed().
|
|
|
|
*/
|
|
|
|
int changed_count;
|
2020-07-29 04:25:12 +08:00
|
|
|
struct strvec args;
|
2017-12-13 03:53:52 +08:00
|
|
|
struct repository *r;
|
2015-12-16 08:04:11 +08:00
|
|
|
const char *prefix;
|
|
|
|
int command_line_option;
|
2017-08-03 03:49:19 +08:00
|
|
|
int default_option;
|
2015-12-16 08:04:11 +08:00
|
|
|
int quiet;
|
|
|
|
int result;
|
2018-11-29 08:27:51 +08:00
|
|
|
|
2022-03-08 08:14:32 +08:00
|
|
|
/*
|
|
|
|
* Names of submodules that have new commits. Generated by
|
|
|
|
* walking the newly fetched superproject commits.
|
|
|
|
*/
|
2018-11-29 08:27:51 +08:00
|
|
|
struct string_list changed_submodule_names;
|
2022-03-08 08:14:32 +08:00
|
|
|
/*
|
|
|
|
* Names of submodules that have already been processed. Lets us
|
|
|
|
* avoid fetching the same submodule more than once.
|
|
|
|
*/
|
|
|
|
struct string_list seen_submodule_names;
|
2018-12-07 05:26:55 +08:00
|
|
|
|
|
|
|
/* Pending fetches by OIDs */
|
|
|
|
struct fetch_task **oid_fetch_tasks;
|
|
|
|
int oid_fetch_tasks_nr, oid_fetch_tasks_alloc;
|
2020-01-17 06:20:12 +08:00
|
|
|
|
|
|
|
struct strbuf submodules_with_errors;
|
2015-12-16 08:04:11 +08:00
|
|
|
};
|
2021-09-27 20:54:27 +08:00
|
|
|
#define SPF_INIT { \
|
|
|
|
.args = STRVEC_INIT, \
|
|
|
|
.changed_submodule_names = STRING_LIST_INIT_DUP, \
|
2022-03-08 08:14:32 +08:00
|
|
|
.seen_submodule_names = STRING_LIST_INIT_DUP, \
|
2021-09-27 20:54:27 +08:00
|
|
|
.submodules_with_errors = STRBUF_INIT, \
|
|
|
|
}
|
2015-12-16 08:04:11 +08:00
|
|
|
|
2017-10-16 21:59:05 +08:00
|
|
|
static int get_fetch_recurse_config(const struct submodule *submodule,
|
|
|
|
struct submodule_parallel_fetch *spf)
|
|
|
|
{
|
|
|
|
if (spf->command_line_option != RECURSE_SUBMODULES_DEFAULT)
|
|
|
|
return spf->command_line_option;
|
|
|
|
|
|
|
|
if (submodule) {
|
|
|
|
char *key;
|
|
|
|
const char *value;
|
|
|
|
|
|
|
|
int fetch_recurse = submodule->fetch_recurse;
|
|
|
|
key = xstrfmt("submodule.%s.fetchRecurseSubmodules", submodule->name);
|
2020-08-15 00:17:36 +08:00
|
|
|
if (!repo_config_get_string_tmp(spf->r, key, &value)) {
|
2017-10-16 21:59:05 +08:00
|
|
|
fetch_recurse = parse_fetch_recurse_submodules_arg(key, value);
|
|
|
|
}
|
|
|
|
free(key);
|
|
|
|
|
|
|
|
if (fetch_recurse != RECURSE_SUBMODULES_NONE)
|
|
|
|
/* local config overrules everything except commandline */
|
|
|
|
return fetch_recurse;
|
|
|
|
}
|
|
|
|
|
|
|
|
return spf->default_option;
|
|
|
|
}
|
|
|
|
|
2018-12-07 05:26:55 +08:00
|
|
|
/*
|
|
|
|
* Fetch in progress (if callback data) or
|
|
|
|
* pending (if in oid_fetch_tasks in struct submodule_parallel_fetch)
|
|
|
|
*/
|
|
|
|
struct fetch_task {
|
|
|
|
struct repository *repo;
|
|
|
|
const struct submodule *sub;
|
|
|
|
unsigned free_sub : 1; /* Do we need to free the submodule? */
|
2022-03-08 08:14:30 +08:00
|
|
|
const char *default_argv; /* The default fetch mode. */
|
2022-03-08 08:14:32 +08:00
|
|
|
struct strvec git_args; /* Args for the child git process. */
|
2018-12-07 05:26:55 +08:00
|
|
|
|
|
|
|
struct oid_array *commits; /* Ensure these commits are fetched */
|
|
|
|
};
|
|
|
|
|
|
|
|
/**
|
|
|
|
* When a submodule is not defined in .gitmodules, we cannot access it
|
|
|
|
* via the regular submodule-config. Create a fake submodule, which we can
|
|
|
|
* work on.
|
|
|
|
*/
|
|
|
|
static const struct submodule *get_non_gitmodules_submodule(const char *path)
|
|
|
|
{
|
|
|
|
struct submodule *ret = NULL;
|
|
|
|
const char *name = default_name_or_path(path);
|
|
|
|
|
|
|
|
if (!name)
|
|
|
|
return NULL;
|
|
|
|
|
|
|
|
ret = xmalloc(sizeof(*ret));
|
|
|
|
memset(ret, 0, sizeof(*ret));
|
|
|
|
ret->path = name;
|
|
|
|
ret->name = name;
|
|
|
|
|
|
|
|
return (const struct submodule *) ret;
|
|
|
|
}
|
|
|
|
|
2024-08-08 15:35:51 +08:00
|
|
|
static void fetch_task_free(struct fetch_task *p)
|
2018-12-07 05:26:55 +08:00
|
|
|
{
|
|
|
|
if (p->free_sub)
|
|
|
|
free((void*)p->sub);
|
|
|
|
p->free_sub = 0;
|
|
|
|
p->sub = NULL;
|
|
|
|
|
|
|
|
if (p->repo)
|
|
|
|
repo_clear(p->repo);
|
|
|
|
FREE_AND_NULL(p->repo);
|
2022-03-08 08:14:32 +08:00
|
|
|
|
|
|
|
strvec_clear(&p->git_args);
|
2024-08-08 15:35:51 +08:00
|
|
|
free(p);
|
2018-12-07 05:26:55 +08:00
|
|
|
}
|
|
|
|
|
2018-11-29 08:27:54 +08:00
|
|
|
static struct repository *get_submodule_repo_for(struct repository *r,
|
2022-03-08 08:14:27 +08:00
|
|
|
const char *path,
|
|
|
|
const struct object_id *treeish_name)
|
2018-11-29 08:27:54 +08:00
|
|
|
{
|
|
|
|
struct repository *ret = xmalloc(sizeof(*ret));
|
|
|
|
|
2022-03-08 08:14:27 +08:00
|
|
|
if (repo_submodule_init(ret, r, path, treeish_name)) {
|
submodule: remove unnecessary unabsorbed fallback
In get_submodule_repo_for(), there is a fallback code path for the case
in which a submodule has an unabsorbed gitdir. (See the documentation
for "git submodule absorbgitdirs" for more information about absorbed
and unabsorbed gitdirs.) However, this code path is unnecessary, because
such submodules are already handled: when the fetch_task is created in
fetch_task_create(), it will create its own struct submodule with a path
and name, and repo_submodule_init() can handle such a struct.
This fallback was introduced in 26f80ccfc1 ("submodule: migrate
get_next_submodule to use repository structs", 2018-12-05). It was
unnecessary even then, but perhaps it escaped notice because its parent
commit d5498e0871 ("repository: repo_submodule_init to take a submodule
struct", 2018-12-05) was the one that taught repo_submodule_init() to
handle such created structs. Before, it took a path and always checked
.gitmodules, so it truly would have failed if there were no entry in
.gitmodules.
(Note to reviewers: in 26f80ccfc1, the "own struct submodule" I
mentioned is in get_next_submodule(), not fetch_task_create().)
Signed-off-by: Jonathan Tan <jonathantanmy@google.com>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2021-09-10 02:47:27 +08:00
|
|
|
free(ret);
|
|
|
|
return NULL;
|
2018-11-29 08:27:54 +08:00
|
|
|
}
|
|
|
|
|
|
|
|
return ret;
|
|
|
|
}
|
|
|
|
|
2022-03-08 08:14:31 +08:00
|
|
|
static struct fetch_task *fetch_task_create(struct submodule_parallel_fetch *spf,
|
|
|
|
const char *path,
|
|
|
|
const struct object_id *treeish_name)
|
|
|
|
{
|
|
|
|
struct fetch_task *task = xmalloc(sizeof(*task));
|
|
|
|
memset(task, 0, sizeof(*task));
|
|
|
|
|
2024-03-26 21:37:25 +08:00
|
|
|
if (validate_submodule_path(path) < 0)
|
|
|
|
exit(128);
|
|
|
|
|
2022-03-08 08:14:31 +08:00
|
|
|
task->sub = submodule_from_path(spf->r, treeish_name, path);
|
|
|
|
|
|
|
|
if (!task->sub) {
|
|
|
|
/*
|
|
|
|
* No entry in .gitmodules? Technically not a submodule,
|
|
|
|
* but historically we supported repositories that happen to be
|
|
|
|
* in-place where a gitlink is. Keep supporting them.
|
|
|
|
*/
|
|
|
|
task->sub = get_non_gitmodules_submodule(path);
|
|
|
|
if (!task->sub)
|
|
|
|
goto cleanup;
|
|
|
|
|
|
|
|
task->free_sub = 1;
|
|
|
|
}
|
|
|
|
|
2022-03-08 08:14:32 +08:00
|
|
|
if (string_list_lookup(&spf->seen_submodule_names, task->sub->name))
|
|
|
|
goto cleanup;
|
|
|
|
|
2022-03-08 08:14:31 +08:00
|
|
|
switch (get_fetch_recurse_config(task->sub, spf))
|
|
|
|
{
|
|
|
|
default:
|
|
|
|
case RECURSE_SUBMODULES_DEFAULT:
|
|
|
|
case RECURSE_SUBMODULES_ON_DEMAND:
|
|
|
|
if (!task->sub ||
|
|
|
|
!string_list_lookup(
|
|
|
|
&spf->changed_submodule_names,
|
|
|
|
task->sub->name))
|
|
|
|
goto cleanup;
|
|
|
|
task->default_argv = "on-demand";
|
|
|
|
break;
|
|
|
|
case RECURSE_SUBMODULES_ON:
|
|
|
|
task->default_argv = "yes";
|
|
|
|
break;
|
|
|
|
case RECURSE_SUBMODULES_OFF:
|
|
|
|
goto cleanup;
|
|
|
|
}
|
|
|
|
|
|
|
|
task->repo = get_submodule_repo_for(spf->r, path, treeish_name);
|
|
|
|
|
|
|
|
return task;
|
|
|
|
|
|
|
|
cleanup:
|
2024-08-08 15:35:51 +08:00
|
|
|
fetch_task_free(task);
|
2022-03-08 08:14:31 +08:00
|
|
|
return NULL;
|
|
|
|
}
|
|
|
|
|
2022-03-08 08:14:30 +08:00
|
|
|
static struct fetch_task *
|
2022-03-08 08:14:32 +08:00
|
|
|
get_fetch_task_from_index(struct submodule_parallel_fetch *spf,
|
|
|
|
struct strbuf *err)
|
2010-11-12 20:54:52 +08:00
|
|
|
{
|
2022-03-08 08:14:32 +08:00
|
|
|
for (; spf->index_count < spf->r->index->cache_nr; spf->index_count++) {
|
|
|
|
const struct cache_entry *ce =
|
|
|
|
spf->r->index->cache[spf->index_count];
|
2018-12-07 05:26:55 +08:00
|
|
|
struct fetch_task *task;
|
2010-11-12 20:54:52 +08:00
|
|
|
|
|
|
|
if (!S_ISGITLINK(ce->ce_mode))
|
|
|
|
continue;
|
|
|
|
|
2022-03-08 08:14:31 +08:00
|
|
|
task = fetch_task_create(spf, ce->name, null_oid());
|
2018-12-07 05:26:55 +08:00
|
|
|
if (!task)
|
|
|
|
continue;
|
2017-08-04 02:19:51 +08:00
|
|
|
|
2018-12-07 05:26:55 +08:00
|
|
|
if (task->repo) {
|
2015-12-16 08:04:11 +08:00
|
|
|
if (!spf->quiet)
|
2020-01-16 02:07:01 +08:00
|
|
|
strbuf_addf(err, _("Fetching submodule %s%s\n"),
|
2015-12-16 08:04:11 +08:00
|
|
|
spf->prefix, ce->name);
|
2018-11-29 08:27:54 +08:00
|
|
|
|
2022-03-08 08:14:32 +08:00
|
|
|
spf->index_count++;
|
2022-03-08 08:14:30 +08:00
|
|
|
return task;
|
2018-11-29 08:27:54 +08:00
|
|
|
} else {
|
submodules: fix of regression on fetching of non-init subsub-repo
A regression has been introduced by a62387b (submodule.c: fetch in
submodules git directory instead of in worktree, 2018-11-28).
The scenario in which it triggers is when one has a repository with a
submodule inside a submodule like this:
superproject/middle_repo/inner_repo
Person A and B have both a clone of it, while Person B is not working
with the inner_repo and thus does not have it initialized in his working
copy.
Now person A introduces a change to the inner_repo and propagates it
through the middle_repo and the superproject.
Once person A pushed the changes and person B wants to fetch them using
"git fetch" at the superproject level, B's git call will return with
error saying:
Could not access submodule 'inner_repo'
Errors during submodule fetch:
middle_repo
Expectation is that in this case the inner submodule will be recognized
as uninitialized submodule and skipped by the git fetch command.
This used to work correctly before 'a62387b (submodule.c: fetch in
submodules git directory instead of in worktree, 2018-11-28)'.
Starting with a62387b the code wants to evaluate "is_empty_dir()" inside
.git/modules for a directory only existing in the worktree, delivering
then of course wrong return value.
This patch ensures is_empty_dir() is getting the correct path of the
uninitialized submodule by concatenation of the actual worktree and the
name of the uninitialized submodule.
The first attempt to fix this regression, in 1b7ac4e6d4 (submodules:
fix of regression on fetching of non-init subsub-repo, 2020-11-12), by
simply reverting a62387b, resulted in an infinite loop of submodule
fetches in the simpler case of a recursive fetch of a superproject with
uninitialized submodules, and so this commit was reverted in 7091499bc0
(Revert "submodules: fix of regression on fetching of non-init
subsub-repo", 2020-12-02).
To prevent future breakages, also add a regression test for this
scenario.
Signed-off-by: Peter Kaestle <peter.kaestle@nokia.com>
CC: Junio C Hamano <gitster@pobox.com>
CC: Philippe Blain <levraiphilippeblain@gmail.com>
CC: Ralf Thielow <ralf.thielow@gmail.com>
CC: Eric Sunshine <sunshine@sunshineco.us>
Reviewed-by: Philippe Blain <levraiphilippeblain@gmail.com>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2020-12-09 18:58:44 +08:00
|
|
|
struct strbuf empty_submodule_path = STRBUF_INIT;
|
2018-12-07 05:26:55 +08:00
|
|
|
|
2024-08-08 15:35:51 +08:00
|
|
|
fetch_task_free(task);
|
2018-12-07 05:26:55 +08:00
|
|
|
|
2018-11-29 08:27:54 +08:00
|
|
|
/*
|
|
|
|
* An empty directory is normal,
|
|
|
|
* the submodule is not initialized
|
|
|
|
*/
|
submodules: fix of regression on fetching of non-init subsub-repo
A regression has been introduced by a62387b (submodule.c: fetch in
submodules git directory instead of in worktree, 2018-11-28).
The scenario in which it triggers is when one has a repository with a
submodule inside a submodule like this:
superproject/middle_repo/inner_repo
Person A and B have both a clone of it, while Person B is not working
with the inner_repo and thus does not have it initialized in his working
copy.
Now person A introduces a change to the inner_repo and propagates it
through the middle_repo and the superproject.
Once person A pushed the changes and person B wants to fetch them using
"git fetch" at the superproject level, B's git call will return with
error saying:
Could not access submodule 'inner_repo'
Errors during submodule fetch:
middle_repo
Expectation is that in this case the inner submodule will be recognized
as uninitialized submodule and skipped by the git fetch command.
This used to work correctly before 'a62387b (submodule.c: fetch in
submodules git directory instead of in worktree, 2018-11-28)'.
Starting with a62387b the code wants to evaluate "is_empty_dir()" inside
.git/modules for a directory only existing in the worktree, delivering
then of course wrong return value.
This patch ensures is_empty_dir() is getting the correct path of the
uninitialized submodule by concatenation of the actual worktree and the
name of the uninitialized submodule.
The first attempt to fix this regression, in 1b7ac4e6d4 (submodules:
fix of regression on fetching of non-init subsub-repo, 2020-11-12), by
simply reverting a62387b, resulted in an infinite loop of submodule
fetches in the simpler case of a recursive fetch of a superproject with
uninitialized submodules, and so this commit was reverted in 7091499bc0
(Revert "submodules: fix of regression on fetching of non-init
subsub-repo", 2020-12-02).
To prevent future breakages, also add a regression test for this
scenario.
Signed-off-by: Peter Kaestle <peter.kaestle@nokia.com>
CC: Junio C Hamano <gitster@pobox.com>
CC: Philippe Blain <levraiphilippeblain@gmail.com>
CC: Ralf Thielow <ralf.thielow@gmail.com>
CC: Eric Sunshine <sunshine@sunshineco.us>
Reviewed-by: Philippe Blain <levraiphilippeblain@gmail.com>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2020-12-09 18:58:44 +08:00
|
|
|
strbuf_addf(&empty_submodule_path, "%s/%s/",
|
|
|
|
spf->r->worktree,
|
|
|
|
ce->name);
|
2018-11-29 08:27:54 +08:00
|
|
|
if (S_ISGITLINK(ce->ce_mode) &&
|
submodules: fix of regression on fetching of non-init subsub-repo
A regression has been introduced by a62387b (submodule.c: fetch in
submodules git directory instead of in worktree, 2018-11-28).
The scenario in which it triggers is when one has a repository with a
submodule inside a submodule like this:
superproject/middle_repo/inner_repo
Person A and B have both a clone of it, while Person B is not working
with the inner_repo and thus does not have it initialized in his working
copy.
Now person A introduces a change to the inner_repo and propagates it
through the middle_repo and the superproject.
Once person A pushed the changes and person B wants to fetch them using
"git fetch" at the superproject level, B's git call will return with
error saying:
Could not access submodule 'inner_repo'
Errors during submodule fetch:
middle_repo
Expectation is that in this case the inner submodule will be recognized
as uninitialized submodule and skipped by the git fetch command.
This used to work correctly before 'a62387b (submodule.c: fetch in
submodules git directory instead of in worktree, 2018-11-28)'.
Starting with a62387b the code wants to evaluate "is_empty_dir()" inside
.git/modules for a directory only existing in the worktree, delivering
then of course wrong return value.
This patch ensures is_empty_dir() is getting the correct path of the
uninitialized submodule by concatenation of the actual worktree and the
name of the uninitialized submodule.
The first attempt to fix this regression, in 1b7ac4e6d4 (submodules:
fix of regression on fetching of non-init subsub-repo, 2020-11-12), by
simply reverting a62387b, resulted in an infinite loop of submodule
fetches in the simpler case of a recursive fetch of a superproject with
uninitialized submodules, and so this commit was reverted in 7091499bc0
(Revert "submodules: fix of regression on fetching of non-init
subsub-repo", 2020-12-02).
To prevent future breakages, also add a regression test for this
scenario.
Signed-off-by: Peter Kaestle <peter.kaestle@nokia.com>
CC: Junio C Hamano <gitster@pobox.com>
CC: Philippe Blain <levraiphilippeblain@gmail.com>
CC: Ralf Thielow <ralf.thielow@gmail.com>
CC: Eric Sunshine <sunshine@sunshineco.us>
Reviewed-by: Philippe Blain <levraiphilippeblain@gmail.com>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2020-12-09 18:58:44 +08:00
|
|
|
!is_empty_dir(empty_submodule_path.buf)) {
|
2018-11-29 08:27:54 +08:00
|
|
|
spf->result = 1;
|
|
|
|
strbuf_addf(err,
|
2020-02-07 08:48:33 +08:00
|
|
|
_("Could not access submodule '%s'\n"),
|
2018-11-29 08:27:54 +08:00
|
|
|
ce->name);
|
|
|
|
}
|
submodules: fix of regression on fetching of non-init subsub-repo
A regression has been introduced by a62387b (submodule.c: fetch in
submodules git directory instead of in worktree, 2018-11-28).
The scenario in which it triggers is when one has a repository with a
submodule inside a submodule like this:
superproject/middle_repo/inner_repo
Person A and B have both a clone of it, while Person B is not working
with the inner_repo and thus does not have it initialized in his working
copy.
Now person A introduces a change to the inner_repo and propagates it
through the middle_repo and the superproject.
Once person A pushed the changes and person B wants to fetch them using
"git fetch" at the superproject level, B's git call will return with
error saying:
Could not access submodule 'inner_repo'
Errors during submodule fetch:
middle_repo
Expectation is that in this case the inner submodule will be recognized
as uninitialized submodule and skipped by the git fetch command.
This used to work correctly before 'a62387b (submodule.c: fetch in
submodules git directory instead of in worktree, 2018-11-28)'.
Starting with a62387b the code wants to evaluate "is_empty_dir()" inside
.git/modules for a directory only existing in the worktree, delivering
then of course wrong return value.
This patch ensures is_empty_dir() is getting the correct path of the
uninitialized submodule by concatenation of the actual worktree and the
name of the uninitialized submodule.
The first attempt to fix this regression, in 1b7ac4e6d4 (submodules:
fix of regression on fetching of non-init subsub-repo, 2020-11-12), by
simply reverting a62387b, resulted in an infinite loop of submodule
fetches in the simpler case of a recursive fetch of a superproject with
uninitialized submodules, and so this commit was reverted in 7091499bc0
(Revert "submodules: fix of regression on fetching of non-init
subsub-repo", 2020-12-02).
To prevent future breakages, also add a regression test for this
scenario.
Signed-off-by: Peter Kaestle <peter.kaestle@nokia.com>
CC: Junio C Hamano <gitster@pobox.com>
CC: Philippe Blain <levraiphilippeblain@gmail.com>
CC: Ralf Thielow <ralf.thielow@gmail.com>
CC: Eric Sunshine <sunshine@sunshineco.us>
Reviewed-by: Philippe Blain <levraiphilippeblain@gmail.com>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2020-12-09 18:58:44 +08:00
|
|
|
strbuf_release(&empty_submodule_path);
|
2015-12-16 08:04:11 +08:00
|
|
|
}
|
2010-11-12 20:54:52 +08:00
|
|
|
}
|
2022-03-08 08:14:30 +08:00
|
|
|
return NULL;
|
|
|
|
}
|
|
|
|
|
2022-03-08 08:14:32 +08:00
|
|
|
static struct fetch_task *
|
|
|
|
get_fetch_task_from_changed(struct submodule_parallel_fetch *spf,
|
|
|
|
struct strbuf *err)
|
|
|
|
{
|
|
|
|
for (; spf->changed_count < spf->changed_submodule_names.nr;
|
|
|
|
spf->changed_count++) {
|
|
|
|
struct string_list_item item =
|
|
|
|
spf->changed_submodule_names.items[spf->changed_count];
|
|
|
|
struct changed_submodule_data *cs_data = item.util;
|
|
|
|
struct fetch_task *task;
|
|
|
|
|
|
|
|
if (!is_tree_submodule_active(spf->r, cs_data->super_oid,cs_data->path))
|
|
|
|
continue;
|
|
|
|
|
|
|
|
task = fetch_task_create(spf, cs_data->path,
|
|
|
|
cs_data->super_oid);
|
|
|
|
if (!task)
|
|
|
|
continue;
|
|
|
|
|
|
|
|
if (!task->repo) {
|
|
|
|
strbuf_addf(err, _("Could not access submodule '%s' at commit %s\n"),
|
|
|
|
cs_data->path,
|
2023-03-28 21:58:46 +08:00
|
|
|
repo_find_unique_abbrev(the_repository, cs_data->super_oid, DEFAULT_ABBREV));
|
2022-03-08 08:14:32 +08:00
|
|
|
|
2024-08-08 15:35:51 +08:00
|
|
|
fetch_task_free(task);
|
2022-03-08 08:14:32 +08:00
|
|
|
continue;
|
|
|
|
}
|
|
|
|
|
|
|
|
if (!spf->quiet)
|
|
|
|
strbuf_addf(err,
|
|
|
|
_("Fetching submodule %s%s at commit %s\n"),
|
|
|
|
spf->prefix, task->sub->path,
|
2023-03-28 21:58:46 +08:00
|
|
|
repo_find_unique_abbrev(the_repository, cs_data->super_oid,
|
|
|
|
DEFAULT_ABBREV));
|
2022-03-08 08:14:32 +08:00
|
|
|
|
|
|
|
spf->changed_count++;
|
|
|
|
/*
|
|
|
|
* NEEDSWORK: Submodules set/unset a value for
|
|
|
|
* core.worktree when they are populated/unpopulated by
|
|
|
|
* "git checkout" (and similar commands, see
|
|
|
|
* submodule_move_head() and
|
|
|
|
* connect_work_tree_and_git_dir()), but if the
|
|
|
|
* submodule is unpopulated in another way (e.g. "git
|
|
|
|
* rm", "rm -r"), core.worktree will still be set even
|
|
|
|
* though the directory doesn't exist, and the child
|
|
|
|
* process will crash while trying to chdir into the
|
|
|
|
* nonexistent directory.
|
|
|
|
*
|
|
|
|
* In this case, we know that the submodule has no
|
|
|
|
* working tree, so we can work around this by
|
|
|
|
* setting "--work-tree=." (--bare does not work because
|
|
|
|
* worktree settings take precedence over bare-ness).
|
|
|
|
* However, this is not necessarily true in other cases,
|
|
|
|
* so a generalized solution is still necessary.
|
|
|
|
*
|
|
|
|
* Possible solutions:
|
|
|
|
* - teach "git [add|rm]" to unset core.worktree and
|
|
|
|
* discourage users from removing submodules without
|
|
|
|
* using a Git command.
|
|
|
|
* - teach submodule child processes to ignore stale
|
|
|
|
* core.worktree values.
|
|
|
|
*/
|
|
|
|
strvec_push(&task->git_args, "--work-tree=.");
|
|
|
|
return task;
|
|
|
|
}
|
|
|
|
return NULL;
|
|
|
|
}
|
|
|
|
|
2022-03-08 08:14:30 +08:00
|
|
|
static int get_next_submodule(struct child_process *cp, struct strbuf *err,
|
|
|
|
void *data, void **task_cb)
|
|
|
|
{
|
|
|
|
struct submodule_parallel_fetch *spf = data;
|
2022-03-08 08:14:32 +08:00
|
|
|
struct fetch_task *task =
|
|
|
|
get_fetch_task_from_index(spf, err);
|
|
|
|
if (!task)
|
|
|
|
task = get_fetch_task_from_changed(spf, err);
|
2022-03-08 08:14:30 +08:00
|
|
|
|
|
|
|
if (task) {
|
|
|
|
child_process_init(cp);
|
|
|
|
cp->dir = task->repo->gitdir;
|
2022-06-02 17:09:50 +08:00
|
|
|
prepare_submodule_repo_env_in_gitdir(&cp->env);
|
2022-03-08 08:14:30 +08:00
|
|
|
cp->git_cmd = 1;
|
|
|
|
strvec_init(&cp->args);
|
2022-03-08 08:14:32 +08:00
|
|
|
if (task->git_args.nr)
|
|
|
|
strvec_pushv(&cp->args, task->git_args.v);
|
2022-03-08 08:14:30 +08:00
|
|
|
strvec_pushv(&cp->args, spf->args.v);
|
|
|
|
strvec_push(&cp->args, task->default_argv);
|
2024-02-26 02:24:39 +08:00
|
|
|
strvec_pushf(&cp->args, "--submodule-prefix=%s%s/",
|
|
|
|
spf->prefix, task->sub->path);
|
2022-03-08 08:14:30 +08:00
|
|
|
|
|
|
|
*task_cb = task;
|
|
|
|
|
2022-03-08 08:14:32 +08:00
|
|
|
string_list_insert(&spf->seen_submodule_names, task->sub->name);
|
2022-03-08 08:14:30 +08:00
|
|
|
return 1;
|
|
|
|
}
|
2018-12-07 05:26:55 +08:00
|
|
|
|
|
|
|
if (spf->oid_fetch_tasks_nr) {
|
|
|
|
struct fetch_task *task =
|
|
|
|
spf->oid_fetch_tasks[spf->oid_fetch_tasks_nr - 1];
|
|
|
|
spf->oid_fetch_tasks_nr--;
|
|
|
|
|
|
|
|
child_process_init(cp);
|
2022-06-02 17:09:50 +08:00
|
|
|
prepare_submodule_repo_env_in_gitdir(&cp->env);
|
2018-12-07 05:26:55 +08:00
|
|
|
cp->git_cmd = 1;
|
|
|
|
cp->dir = task->repo->gitdir;
|
|
|
|
|
2020-07-29 04:25:12 +08:00
|
|
|
strvec_init(&cp->args);
|
2020-07-29 08:37:20 +08:00
|
|
|
strvec_pushv(&cp->args, spf->args.v);
|
2020-07-29 04:25:12 +08:00
|
|
|
strvec_push(&cp->args, "on-demand");
|
2024-02-26 02:24:39 +08:00
|
|
|
strvec_pushf(&cp->args, "--submodule-prefix=%s%s/",
|
|
|
|
spf->prefix, task->sub->path);
|
2018-12-07 05:26:55 +08:00
|
|
|
|
|
|
|
/* NEEDSWORK: have get_default_remote from submodule--helper */
|
2020-07-29 04:25:12 +08:00
|
|
|
strvec_push(&cp->args, "origin");
|
2018-12-07 05:26:55 +08:00
|
|
|
oid_array_for_each_unique(task->commits,
|
|
|
|
append_oid_to_argv, &cp->args);
|
|
|
|
|
|
|
|
*task_cb = task;
|
|
|
|
return 1;
|
2010-11-12 20:54:52 +08:00
|
|
|
}
|
2018-12-07 05:26:55 +08:00
|
|
|
|
2015-12-16 08:04:11 +08:00
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
2023-02-24 14:39:46 +08:00
|
|
|
static int fetch_start_failure(struct strbuf *err UNUSED,
|
2015-12-16 08:04:11 +08:00
|
|
|
void *cb, void *task_cb)
|
|
|
|
{
|
|
|
|
struct submodule_parallel_fetch *spf = cb;
|
2018-12-07 05:26:55 +08:00
|
|
|
struct fetch_task *task = task_cb;
|
2015-12-16 08:04:11 +08:00
|
|
|
|
|
|
|
spf->result = 1;
|
|
|
|
|
2024-08-08 15:35:51 +08:00
|
|
|
fetch_task_free(task);
|
2015-12-16 08:04:11 +08:00
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
2018-12-07 05:26:55 +08:00
|
|
|
static int commit_missing_in_sub(const struct object_id *oid, void *data)
|
|
|
|
{
|
|
|
|
struct repository *subrepo = data;
|
|
|
|
|
|
|
|
enum object_type type = oid_object_info(subrepo, oid, NULL);
|
|
|
|
|
|
|
|
return type != OBJ_COMMIT;
|
|
|
|
}
|
|
|
|
|
2023-02-24 14:39:46 +08:00
|
|
|
static int fetch_finish(int retvalue, struct strbuf *err UNUSED,
|
2016-03-01 05:57:06 +08:00
|
|
|
void *cb, void *task_cb)
|
2015-12-16 08:04:11 +08:00
|
|
|
{
|
|
|
|
struct submodule_parallel_fetch *spf = cb;
|
2018-12-07 05:26:55 +08:00
|
|
|
struct fetch_task *task = task_cb;
|
|
|
|
|
|
|
|
struct string_list_item *it;
|
2022-03-08 08:14:29 +08:00
|
|
|
struct changed_submodule_data *cs_data;
|
2015-12-16 08:04:11 +08:00
|
|
|
|
2020-01-17 06:20:12 +08:00
|
|
|
if (!task || !task->sub)
|
|
|
|
BUG("callback cookie bogus");
|
|
|
|
|
|
|
|
if (retvalue) {
|
submodule: explain first attempt failure clearly
When cloning with --recurse-submodules a superproject with at least one
submodule with HEAD pointing to an unborn branch, the clone goes
something like this:
Cloning into 'test'...
<messages about cloning of superproject>
Submodule '<name>' (<uri>) registered for path '<submodule path>'
Cloning into '<submodule path>'...
fatal: Couldn't find remote ref HEAD
Unable to fetch in submodule path '<submodule path>'
<messages about fetching with SHA-1>
From <uri>
* branch <hash> -> FETCH_HEAD
Submodule path '<submodule path>': checked out '<hash>'
In other words, first, a fetch is done with no hash arguments (that is,
a fetch of HEAD) resulting in a "Couldn't find remote ref HEAD" error;
then, a fetch is done given a hash, which succeeds.
The fetch given a hash was added in fb43e31f2b ("submodule: try harder
to fetch needed sha1 by direct fetching sha1", 2016-02-24), and the
"Unable to fetch..." message was downgraded from a fatal error to a
notice in e30d833671 ("git-submodule.sh: try harder to fetch a
submodule", 2018-05-16).
This commit improves the notice to be clearer that we are retrying the
fetch, and that the previous messages (in particular, the fatal errors
from fetch) do not necessarily indicate that the whole command fails. In
other words:
- If the HEAD-fetch succeeds and we then have the commit we want,
git-submodule prints no explanation.
- If the HEAD-fetch succeeds and we do not have the commit we want, but
the hash-fetch succeeds, git-submodule prints no explanation.
- If the HEAD-fetch succeeds and we do not have the commit we want, but
the hash-fetch fails, git-submodule prints a fatal error.
- If the HEAD-fetch fails, fetch prints a fatal error, and
git-submodule informs the user that it will retry by fetching
specific commits by hash.
- If the hash-fetch then succeeds, git-submodule prints no
explanation (besides the ones already printed).
- If the HEAD-fetch then fails, git-submodule prints a fatal error.
It could be said that we should just eliminate the HEAD-fetch
altogether, but that changes some behavior (in particular, some refs
that were opportunistically updated would no longer be), so I have left
that alone for now.
There is an analogous situation with the fetching code in fetch_finish()
and surrounding functions. For now, I have added a NEEDSWORK.
Signed-off-by: Jonathan Tan <jonathantanmy@google.com>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2019-03-14 01:57:38 +08:00
|
|
|
/*
|
|
|
|
* NEEDSWORK: This indicates that the overall fetch
|
|
|
|
* failed, even though there may be a subsequent fetch
|
|
|
|
* by commit hash that might work. It may be a good
|
|
|
|
* idea to not indicate failure in this case, and only
|
|
|
|
* indicate failure if the subsequent fetch fails.
|
|
|
|
*/
|
2015-12-16 08:04:11 +08:00
|
|
|
spf->result = 1;
|
|
|
|
|
2020-01-17 06:20:12 +08:00
|
|
|
strbuf_addf(&spf->submodules_with_errors, "\t%s\n",
|
|
|
|
task->sub->name);
|
|
|
|
}
|
2018-12-07 05:26:55 +08:00
|
|
|
|
|
|
|
/* Is this the second time we process this submodule? */
|
|
|
|
if (task->commits)
|
|
|
|
goto out;
|
|
|
|
|
|
|
|
it = string_list_lookup(&spf->changed_submodule_names, task->sub->name);
|
|
|
|
if (!it)
|
|
|
|
/* Could be an unchanged submodule, not contained in the list */
|
|
|
|
goto out;
|
|
|
|
|
2022-03-08 08:14:29 +08:00
|
|
|
cs_data = it->util;
|
|
|
|
oid_array_filter(&cs_data->new_commits,
|
2018-12-07 05:26:55 +08:00
|
|
|
commit_missing_in_sub,
|
|
|
|
task->repo);
|
|
|
|
|
|
|
|
/* Are there commits we want, but do not exist? */
|
2022-03-08 08:14:29 +08:00
|
|
|
if (cs_data->new_commits.nr) {
|
|
|
|
task->commits = &cs_data->new_commits;
|
2018-12-07 05:26:55 +08:00
|
|
|
ALLOC_GROW(spf->oid_fetch_tasks,
|
|
|
|
spf->oid_fetch_tasks_nr + 1,
|
|
|
|
spf->oid_fetch_tasks_alloc);
|
|
|
|
spf->oid_fetch_tasks[spf->oid_fetch_tasks_nr] = task;
|
|
|
|
spf->oid_fetch_tasks_nr++;
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
|
|
|
out:
|
2024-08-08 15:35:51 +08:00
|
|
|
fetch_task_free(task);
|
2015-12-16 08:04:11 +08:00
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
2022-03-08 08:14:32 +08:00
|
|
|
int fetch_submodules(struct repository *r,
|
|
|
|
const struct strvec *options,
|
|
|
|
const char *prefix, int command_line_option,
|
|
|
|
int default_option,
|
|
|
|
int quiet, int max_parallel_jobs)
|
2015-12-16 08:04:11 +08:00
|
|
|
{
|
|
|
|
int i;
|
|
|
|
struct submodule_parallel_fetch spf = SPF_INIT;
|
2022-10-13 05:02:27 +08:00
|
|
|
const struct run_process_parallel_opts opts = {
|
|
|
|
.tr2_category = "submodule",
|
|
|
|
.tr2_label = "parallel/fetch",
|
|
|
|
|
|
|
|
.processes = max_parallel_jobs,
|
|
|
|
|
|
|
|
.get_next_task = get_next_submodule,
|
|
|
|
.start_failure = fetch_start_failure,
|
|
|
|
.task_finished = fetch_finish,
|
|
|
|
.data = &spf,
|
|
|
|
};
|
2015-12-16 08:04:11 +08:00
|
|
|
|
2017-12-13 03:53:52 +08:00
|
|
|
spf.r = r;
|
2015-12-16 08:04:11 +08:00
|
|
|
spf.command_line_option = command_line_option;
|
2017-08-03 03:49:19 +08:00
|
|
|
spf.default_option = default_option;
|
2015-12-16 08:04:11 +08:00
|
|
|
spf.quiet = quiet;
|
|
|
|
spf.prefix = prefix;
|
|
|
|
|
2017-12-13 03:53:52 +08:00
|
|
|
if (!r->worktree)
|
2015-12-16 08:04:11 +08:00
|
|
|
goto out;
|
|
|
|
|
2017-12-13 03:53:52 +08:00
|
|
|
if (repo_read_index(r) < 0)
|
2020-01-16 02:07:01 +08:00
|
|
|
die(_("index file corrupt"));
|
2015-12-16 08:04:11 +08:00
|
|
|
|
2020-07-29 04:25:12 +08:00
|
|
|
strvec_push(&spf.args, "fetch");
|
2020-07-29 08:37:20 +08:00
|
|
|
for (i = 0; i < options->nr; i++)
|
|
|
|
strvec_push(&spf.args, options->v[i]);
|
2020-07-29 04:25:12 +08:00
|
|
|
strvec_push(&spf.args, "--recurse-submodules-default");
|
2015-12-16 08:04:11 +08:00
|
|
|
/* default value, "--submodule-prefix" and its value are added later */
|
|
|
|
|
2018-11-29 08:27:51 +08:00
|
|
|
calculate_changed_submodule_paths(r, &spf.changed_submodule_names);
|
|
|
|
string_list_sort(&spf.changed_submodule_names);
|
2022-10-13 05:02:27 +08:00
|
|
|
run_processes_parallel(&opts);
|
2015-12-16 08:04:11 +08:00
|
|
|
|
2020-01-17 06:20:12 +08:00
|
|
|
if (spf.submodules_with_errors.len > 0)
|
|
|
|
fprintf(stderr, _("Errors during submodule fetch:\n%s"),
|
|
|
|
spf.submodules_with_errors.buf);
|
|
|
|
|
|
|
|
|
2020-07-29 04:25:12 +08:00
|
|
|
strvec_clear(&spf.args);
|
2011-03-07 06:10:46 +08:00
|
|
|
out:
|
2022-03-08 08:14:29 +08:00
|
|
|
free_submodules_data(&spf.changed_submodule_names);
|
2024-08-08 15:35:56 +08:00
|
|
|
string_list_clear(&spf.seen_submodule_names, 0);
|
2024-09-05 18:08:53 +08:00
|
|
|
strbuf_release(&spf.submodules_with_errors);
|
|
|
|
free(spf.oid_fetch_tasks);
|
2015-12-16 08:04:11 +08:00
|
|
|
return spf.result;
|
2010-11-12 20:54:52 +08:00
|
|
|
}
|
|
|
|
|
2010-03-14 06:00:27 +08:00
|
|
|
unsigned is_submodule_modified(const char *path, int ignore_untracked)
|
2010-01-17 01:42:24 +08:00
|
|
|
{
|
2014-08-20 03:09:35 +08:00
|
|
|
struct child_process cp = CHILD_PROCESS_INIT;
|
2010-01-17 01:42:24 +08:00
|
|
|
struct strbuf buf = STRBUF_INIT;
|
2017-03-25 08:36:06 +08:00
|
|
|
FILE *fp;
|
2010-03-05 05:20:33 +08:00
|
|
|
unsigned dirty_submodule = 0;
|
2010-04-11 01:01:12 +08:00
|
|
|
const char *git_dir;
|
2017-03-25 08:36:06 +08:00
|
|
|
int ignore_cp_exit_code = 0;
|
2010-01-17 01:42:24 +08:00
|
|
|
|
2024-03-26 21:37:25 +08:00
|
|
|
if (validate_submodule_path(path) < 0)
|
|
|
|
exit(128);
|
|
|
|
|
2010-04-11 01:01:12 +08:00
|
|
|
strbuf_addf(&buf, "%s/.git", path);
|
2011-08-23 05:04:56 +08:00
|
|
|
git_dir = read_gitfile(buf.buf);
|
2010-04-11 01:01:12 +08:00
|
|
|
if (!git_dir)
|
|
|
|
git_dir = buf.buf;
|
2017-03-25 08:36:08 +08:00
|
|
|
if (!is_git_directory(git_dir)) {
|
|
|
|
if (is_directory(git_dir))
|
|
|
|
die(_("'%s' not recognized as a git repository"), git_dir);
|
2010-01-17 01:42:24 +08:00
|
|
|
strbuf_release(&buf);
|
|
|
|
/* The submodule is not checked out, so it is not modified */
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
strbuf_reset(&buf);
|
|
|
|
|
2020-07-29 04:25:12 +08:00
|
|
|
strvec_pushl(&cp.args, "status", "--porcelain=2", NULL);
|
2010-03-14 06:00:27 +08:00
|
|
|
if (ignore_untracked)
|
2020-07-29 04:25:12 +08:00
|
|
|
strvec_push(&cp.args, "-uno");
|
2010-03-14 06:00:27 +08:00
|
|
|
|
2022-06-02 17:09:50 +08:00
|
|
|
prepare_submodule_repo_env(&cp.env);
|
2010-01-17 01:42:24 +08:00
|
|
|
cp.git_cmd = 1;
|
|
|
|
cp.no_stdin = 1;
|
|
|
|
cp.out = -1;
|
2010-04-11 01:01:12 +08:00
|
|
|
cp.dir = path;
|
2010-01-17 01:42:24 +08:00
|
|
|
if (start_command(&cp))
|
2020-01-16 02:07:01 +08:00
|
|
|
die(_("Could not run 'git status --porcelain=2' in submodule %s"), path);
|
2010-01-17 01:42:24 +08:00
|
|
|
|
2017-03-25 08:36:06 +08:00
|
|
|
fp = xfdopen(cp.out, "r");
|
|
|
|
while (strbuf_getwholeline(&buf, fp, '\n') != EOF) {
|
2017-03-25 08:36:07 +08:00
|
|
|
/* regular untracked files */
|
|
|
|
if (buf.buf[0] == '?')
|
2010-03-05 05:20:33 +08:00
|
|
|
dirty_submodule |= DIRTY_SUBMODULE_UNTRACKED;
|
2017-03-30 06:26:16 +08:00
|
|
|
|
|
|
|
if (buf.buf[0] == 'u' ||
|
|
|
|
buf.buf[0] == '1' ||
|
|
|
|
buf.buf[0] == '2') {
|
|
|
|
/* T = line type, XY = status, SSSS = submodule state */
|
|
|
|
if (buf.len < strlen("T XY SSSS"))
|
2018-05-02 17:38:39 +08:00
|
|
|
BUG("invalid status --porcelain=2 line %s",
|
2017-03-30 06:26:16 +08:00
|
|
|
buf.buf);
|
|
|
|
|
|
|
|
if (buf.buf[5] == 'S' && buf.buf[8] == 'U')
|
|
|
|
/* nested untracked file */
|
|
|
|
dirty_submodule |= DIRTY_SUBMODULE_UNTRACKED;
|
|
|
|
|
|
|
|
if (buf.buf[0] == 'u' ||
|
|
|
|
buf.buf[0] == '2' ||
|
|
|
|
memcmp(buf.buf + 5, "S..U", 4))
|
|
|
|
/* other change */
|
|
|
|
dirty_submodule |= DIRTY_SUBMODULE_MODIFIED;
|
2010-03-05 05:20:33 +08:00
|
|
|
}
|
2017-03-25 08:36:05 +08:00
|
|
|
|
|
|
|
if ((dirty_submodule & DIRTY_SUBMODULE_MODIFIED) &&
|
|
|
|
((dirty_submodule & DIRTY_SUBMODULE_UNTRACKED) ||
|
2017-03-25 08:36:06 +08:00
|
|
|
ignore_untracked)) {
|
|
|
|
/*
|
|
|
|
* We're not interested in any further information from
|
|
|
|
* the child any more, neither output nor its exit code.
|
|
|
|
*/
|
|
|
|
ignore_cp_exit_code = 1;
|
2010-03-05 05:20:33 +08:00
|
|
|
break;
|
2017-03-25 08:36:06 +08:00
|
|
|
}
|
2010-03-05 05:20:33 +08:00
|
|
|
}
|
2017-03-25 08:36:06 +08:00
|
|
|
fclose(fp);
|
2010-01-17 01:42:24 +08:00
|
|
|
|
2017-03-25 08:36:06 +08:00
|
|
|
if (finish_command(&cp) && !ignore_cp_exit_code)
|
2020-01-16 02:07:01 +08:00
|
|
|
die(_("'git status --porcelain=2' failed in submodule %s"), path);
|
2010-01-17 01:42:24 +08:00
|
|
|
|
|
|
|
strbuf_release(&buf);
|
2010-03-05 05:20:33 +08:00
|
|
|
return dirty_submodule;
|
2010-01-17 01:42:24 +08:00
|
|
|
}
|
2010-07-07 21:39:13 +08:00
|
|
|
|
2012-09-27 02:21:13 +08:00
|
|
|
int submodule_uses_gitfile(const char *path)
|
|
|
|
{
|
2014-08-20 03:09:35 +08:00
|
|
|
struct child_process cp = CHILD_PROCESS_INIT;
|
2012-09-27 02:21:13 +08:00
|
|
|
struct strbuf buf = STRBUF_INIT;
|
|
|
|
const char *git_dir;
|
|
|
|
|
2024-03-26 21:37:25 +08:00
|
|
|
if (validate_submodule_path(path) < 0)
|
|
|
|
exit(128);
|
|
|
|
|
2012-09-27 02:21:13 +08:00
|
|
|
strbuf_addf(&buf, "%s/.git", path);
|
|
|
|
git_dir = read_gitfile(buf.buf);
|
|
|
|
if (!git_dir) {
|
|
|
|
strbuf_release(&buf);
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
strbuf_release(&buf);
|
|
|
|
|
|
|
|
/* Now test that all nested submodules use a gitfile too */
|
2020-08-27 06:25:03 +08:00
|
|
|
strvec_pushl(&cp.args,
|
|
|
|
"submodule", "foreach", "--quiet", "--recursive",
|
|
|
|
"test -f .git", NULL);
|
|
|
|
|
2022-06-02 17:09:50 +08:00
|
|
|
prepare_submodule_repo_env(&cp.env);
|
2012-09-27 02:21:13 +08:00
|
|
|
cp.git_cmd = 1;
|
|
|
|
cp.no_stdin = 1;
|
|
|
|
cp.no_stderr = 1;
|
|
|
|
cp.no_stdout = 1;
|
|
|
|
cp.dir = path;
|
|
|
|
if (run_command(&cp))
|
|
|
|
return 0;
|
|
|
|
|
|
|
|
return 1;
|
|
|
|
}
|
|
|
|
|
2016-12-21 07:20:11 +08:00
|
|
|
/*
|
|
|
|
* Check if it is a bad idea to remove a submodule, i.e. if we'd lose data
|
|
|
|
* when doing so.
|
|
|
|
*
|
|
|
|
* Return 1 if we'd lose data, return 0 if the removal is fine,
|
|
|
|
* and negative values for errors.
|
|
|
|
*/
|
|
|
|
int bad_to_remove_submodule(const char *path, unsigned flags)
|
2012-09-27 02:21:13 +08:00
|
|
|
{
|
|
|
|
ssize_t len;
|
2014-08-20 03:09:35 +08:00
|
|
|
struct child_process cp = CHILD_PROCESS_INIT;
|
2012-09-27 02:21:13 +08:00
|
|
|
struct strbuf buf = STRBUF_INIT;
|
2016-12-21 07:20:11 +08:00
|
|
|
int ret = 0;
|
2012-09-27 02:21:13 +08:00
|
|
|
|
2024-03-26 21:37:25 +08:00
|
|
|
if (validate_submodule_path(path) < 0)
|
|
|
|
exit(128);
|
|
|
|
|
2015-05-20 05:44:23 +08:00
|
|
|
if (!file_exists(path) || is_empty_dir(path))
|
2016-12-21 07:20:11 +08:00
|
|
|
return 0;
|
2012-09-27 02:21:13 +08:00
|
|
|
|
|
|
|
if (!submodule_uses_gitfile(path))
|
2016-12-21 07:20:11 +08:00
|
|
|
return 1;
|
2012-09-27 02:21:13 +08:00
|
|
|
|
2020-07-29 04:25:12 +08:00
|
|
|
strvec_pushl(&cp.args, "status", "--porcelain",
|
strvec: fix indentation in renamed calls
Code which split an argv_array call across multiple lines, like:
argv_array_pushl(&args, "one argument",
"another argument", "and more",
NULL);
was recently mechanically renamed to use strvec, which results in
mis-matched indentation like:
strvec_pushl(&args, "one argument",
"another argument", "and more",
NULL);
Let's fix these up to align the arguments with the opening paren. I did
this manually by sifting through the results of:
git jump grep 'strvec_.*,$'
and liberally applying my editor's auto-format. Most of the changes are
of the form shown above, though I also normalized a few that had
originally used a single-tab indentation (rather than our usual style of
aligning with the open paren). I also rewrapped a couple of obvious
cases (e.g., where previously too-long lines became short enough to fit
on one), but I wasn't aggressive about it. In cases broken to three or
more lines, the grouping of arguments is sometimes meaningful, and it
wasn't worth my time or reviewer time to ponder each case individually.
Signed-off-by: Jeff King <peff@peff.net>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2020-07-29 04:26:31 +08:00
|
|
|
"--ignore-submodules=none", NULL);
|
2016-12-21 07:20:11 +08:00
|
|
|
|
|
|
|
if (flags & SUBMODULE_REMOVAL_IGNORE_UNTRACKED)
|
2020-07-29 04:25:12 +08:00
|
|
|
strvec_push(&cp.args, "-uno");
|
2016-12-21 07:20:11 +08:00
|
|
|
else
|
2020-07-29 04:25:12 +08:00
|
|
|
strvec_push(&cp.args, "-uall");
|
2016-12-21 07:20:11 +08:00
|
|
|
|
|
|
|
if (!(flags & SUBMODULE_REMOVAL_IGNORE_IGNORED_UNTRACKED))
|
2020-07-29 04:25:12 +08:00
|
|
|
strvec_push(&cp.args, "--ignored");
|
2012-09-27 02:21:13 +08:00
|
|
|
|
2022-06-02 17:09:50 +08:00
|
|
|
prepare_submodule_repo_env(&cp.env);
|
2012-09-27 02:21:13 +08:00
|
|
|
cp.git_cmd = 1;
|
|
|
|
cp.no_stdin = 1;
|
|
|
|
cp.out = -1;
|
|
|
|
cp.dir = path;
|
2016-12-21 07:20:11 +08:00
|
|
|
if (start_command(&cp)) {
|
|
|
|
if (flags & SUBMODULE_REMOVAL_DIE_ON_ERROR)
|
2017-04-14 00:40:45 +08:00
|
|
|
die(_("could not start 'git status' in submodule '%s'"),
|
2016-12-21 07:20:11 +08:00
|
|
|
path);
|
|
|
|
ret = -1;
|
|
|
|
goto out;
|
|
|
|
}
|
2012-09-27 02:21:13 +08:00
|
|
|
|
|
|
|
len = strbuf_read(&buf, cp.out, 1024);
|
|
|
|
if (len > 2)
|
2016-12-21 07:20:11 +08:00
|
|
|
ret = 1;
|
2012-09-27 02:21:13 +08:00
|
|
|
close(cp.out);
|
|
|
|
|
2016-12-21 07:20:11 +08:00
|
|
|
if (finish_command(&cp)) {
|
|
|
|
if (flags & SUBMODULE_REMOVAL_DIE_ON_ERROR)
|
2017-04-14 00:40:45 +08:00
|
|
|
die(_("could not run 'git status' in submodule '%s'"),
|
2016-12-21 07:20:11 +08:00
|
|
|
path);
|
|
|
|
ret = -1;
|
|
|
|
}
|
|
|
|
out:
|
2012-09-27 02:21:13 +08:00
|
|
|
strbuf_release(&buf);
|
2016-12-21 07:20:11 +08:00
|
|
|
return ret;
|
2012-09-27 02:21:13 +08:00
|
|
|
}
|
|
|
|
|
submodule: unset core.worktree if no working tree is present
When a submodules work tree is removed, we should unset its core.worktree
setting as the worktree is no longer present. This is not just in line
with the conceptual view of submodules, but it fixes an inconvenience
for looking at submodules that are not checked out:
git clone --recurse-submodules git://github.com/git/git && cd git &&
git checkout --recurse-submodules v2.13.0
git -C .git/modules/sha1collisiondetection log
fatal: cannot chdir to '../../../sha1collisiondetection': \
No such file or directory
With this patch applied, the final call to git log works instead of dying
in its setup, as the checkout will unset the core.worktree setting such
that following log will be run in a bare repository.
This patch covers all commands that are in the unpack machinery, i.e.
checkout, read-tree, reset. A follow up patch will address
"git submodule deinit", which will also make use of the new function
submodule_unset_core_worktree(), which is why we expose it in this patch.
This patch was authored as 4fa4f90ccd (submodule: unset core.worktree if
no working tree is present, 2018-06-12), which was reverted as part of
f178c13fda (Revert "Merge branch 'sb/submodule-core-worktree'",
2018-09-07). The revert was needed as the nearby commit e98317508c
(submodule: ensure core.worktree is set after update, 2018-06-18) is
faulty and at the time of 7e25437d35 (Merge branch
'sb/submodule-core-worktree', 2018-07-18) we could not revert the faulty
commit only, as they were depending on each other: If core.worktree is
unset, we have to have ways to ensure that it is set again once
the working tree reappears again.
Now that 4d6d6ef1fc (Merge branch 'sb/submodule-update-in-c', 2018-09-17),
specifically 74d4731da1 (submodule--helper: replace
connect-gitdir-workingtree by ensure-core-worktree, 2018-08-13) is
present, we already check and ensure core.worktree is set when
populating a new work tree, such that we can re-introduce the commits
that unset core.worktree when removing the worktree.
Signed-off-by: Stefan Beller <sbeller@google.com>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
Signed-off-by: Stefan Beller <sbeller@google.com>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2018-12-15 07:59:43 +08:00
|
|
|
void submodule_unset_core_worktree(const struct submodule *sub)
|
|
|
|
{
|
2021-09-16 02:59:19 +08:00
|
|
|
struct strbuf config_path = STRBUF_INIT;
|
submodule: unset core.worktree if no working tree is present
When a submodules work tree is removed, we should unset its core.worktree
setting as the worktree is no longer present. This is not just in line
with the conceptual view of submodules, but it fixes an inconvenience
for looking at submodules that are not checked out:
git clone --recurse-submodules git://github.com/git/git && cd git &&
git checkout --recurse-submodules v2.13.0
git -C .git/modules/sha1collisiondetection log
fatal: cannot chdir to '../../../sha1collisiondetection': \
No such file or directory
With this patch applied, the final call to git log works instead of dying
in its setup, as the checkout will unset the core.worktree setting such
that following log will be run in a bare repository.
This patch covers all commands that are in the unpack machinery, i.e.
checkout, read-tree, reset. A follow up patch will address
"git submodule deinit", which will also make use of the new function
submodule_unset_core_worktree(), which is why we expose it in this patch.
This patch was authored as 4fa4f90ccd (submodule: unset core.worktree if
no working tree is present, 2018-06-12), which was reverted as part of
f178c13fda (Revert "Merge branch 'sb/submodule-core-worktree'",
2018-09-07). The revert was needed as the nearby commit e98317508c
(submodule: ensure core.worktree is set after update, 2018-06-18) is
faulty and at the time of 7e25437d35 (Merge branch
'sb/submodule-core-worktree', 2018-07-18) we could not revert the faulty
commit only, as they were depending on each other: If core.worktree is
unset, we have to have ways to ensure that it is set again once
the working tree reappears again.
Now that 4d6d6ef1fc (Merge branch 'sb/submodule-update-in-c', 2018-09-17),
specifically 74d4731da1 (submodule--helper: replace
connect-gitdir-workingtree by ensure-core-worktree, 2018-08-13) is
present, we already check and ensure core.worktree is set when
populating a new work tree, such that we can re-introduce the commits
that unset core.worktree when removing the worktree.
Signed-off-by: Stefan Beller <sbeller@google.com>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
Signed-off-by: Stefan Beller <sbeller@google.com>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2018-12-15 07:59:43 +08:00
|
|
|
|
2024-03-26 21:37:25 +08:00
|
|
|
if (validate_submodule_path(sub->path) < 0)
|
|
|
|
exit(128);
|
|
|
|
|
2021-09-16 02:59:19 +08:00
|
|
|
submodule_name_to_gitdir(&config_path, the_repository, sub->name);
|
|
|
|
strbuf_addstr(&config_path, "/config");
|
|
|
|
|
2024-03-13 05:47:00 +08:00
|
|
|
if (git_config_set_in_file_gently(config_path.buf, "core.worktree", NULL, NULL))
|
submodule: unset core.worktree if no working tree is present
When a submodules work tree is removed, we should unset its core.worktree
setting as the worktree is no longer present. This is not just in line
with the conceptual view of submodules, but it fixes an inconvenience
for looking at submodules that are not checked out:
git clone --recurse-submodules git://github.com/git/git && cd git &&
git checkout --recurse-submodules v2.13.0
git -C .git/modules/sha1collisiondetection log
fatal: cannot chdir to '../../../sha1collisiondetection': \
No such file or directory
With this patch applied, the final call to git log works instead of dying
in its setup, as the checkout will unset the core.worktree setting such
that following log will be run in a bare repository.
This patch covers all commands that are in the unpack machinery, i.e.
checkout, read-tree, reset. A follow up patch will address
"git submodule deinit", which will also make use of the new function
submodule_unset_core_worktree(), which is why we expose it in this patch.
This patch was authored as 4fa4f90ccd (submodule: unset core.worktree if
no working tree is present, 2018-06-12), which was reverted as part of
f178c13fda (Revert "Merge branch 'sb/submodule-core-worktree'",
2018-09-07). The revert was needed as the nearby commit e98317508c
(submodule: ensure core.worktree is set after update, 2018-06-18) is
faulty and at the time of 7e25437d35 (Merge branch
'sb/submodule-core-worktree', 2018-07-18) we could not revert the faulty
commit only, as they were depending on each other: If core.worktree is
unset, we have to have ways to ensure that it is set again once
the working tree reappears again.
Now that 4d6d6ef1fc (Merge branch 'sb/submodule-update-in-c', 2018-09-17),
specifically 74d4731da1 (submodule--helper: replace
connect-gitdir-workingtree by ensure-core-worktree, 2018-08-13) is
present, we already check and ensure core.worktree is set when
populating a new work tree, such that we can re-introduce the commits
that unset core.worktree when removing the worktree.
Signed-off-by: Stefan Beller <sbeller@google.com>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
Signed-off-by: Stefan Beller <sbeller@google.com>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2018-12-15 07:59:43 +08:00
|
|
|
warning(_("Could not unset core.worktree setting in submodule '%s'"),
|
|
|
|
sub->path);
|
|
|
|
|
2021-09-16 02:59:19 +08:00
|
|
|
strbuf_release(&config_path);
|
submodule: unset core.worktree if no working tree is present
When a submodules work tree is removed, we should unset its core.worktree
setting as the worktree is no longer present. This is not just in line
with the conceptual view of submodules, but it fixes an inconvenience
for looking at submodules that are not checked out:
git clone --recurse-submodules git://github.com/git/git && cd git &&
git checkout --recurse-submodules v2.13.0
git -C .git/modules/sha1collisiondetection log
fatal: cannot chdir to '../../../sha1collisiondetection': \
No such file or directory
With this patch applied, the final call to git log works instead of dying
in its setup, as the checkout will unset the core.worktree setting such
that following log will be run in a bare repository.
This patch covers all commands that are in the unpack machinery, i.e.
checkout, read-tree, reset. A follow up patch will address
"git submodule deinit", which will also make use of the new function
submodule_unset_core_worktree(), which is why we expose it in this patch.
This patch was authored as 4fa4f90ccd (submodule: unset core.worktree if
no working tree is present, 2018-06-12), which was reverted as part of
f178c13fda (Revert "Merge branch 'sb/submodule-core-worktree'",
2018-09-07). The revert was needed as the nearby commit e98317508c
(submodule: ensure core.worktree is set after update, 2018-06-18) is
faulty and at the time of 7e25437d35 (Merge branch
'sb/submodule-core-worktree', 2018-07-18) we could not revert the faulty
commit only, as they were depending on each other: If core.worktree is
unset, we have to have ways to ensure that it is set again once
the working tree reappears again.
Now that 4d6d6ef1fc (Merge branch 'sb/submodule-update-in-c', 2018-09-17),
specifically 74d4731da1 (submodule--helper: replace
connect-gitdir-workingtree by ensure-core-worktree, 2018-08-13) is
present, we already check and ensure core.worktree is set when
populating a new work tree, such that we can re-introduce the commits
that unset core.worktree when removing the worktree.
Signed-off-by: Stefan Beller <sbeller@google.com>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
Signed-off-by: Stefan Beller <sbeller@google.com>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2018-12-15 07:59:43 +08:00
|
|
|
}
|
|
|
|
|
2017-03-15 05:46:37 +08:00
|
|
|
static int submodule_has_dirty_index(const struct submodule *sub)
|
|
|
|
{
|
|
|
|
struct child_process cp = CHILD_PROCESS_INIT;
|
|
|
|
|
2024-03-26 21:37:25 +08:00
|
|
|
if (validate_submodule_path(sub->path) < 0)
|
|
|
|
exit(128);
|
|
|
|
|
2022-06-02 17:09:50 +08:00
|
|
|
prepare_submodule_repo_env(&cp.env);
|
2017-03-15 05:46:37 +08:00
|
|
|
|
|
|
|
cp.git_cmd = 1;
|
2020-07-29 04:25:12 +08:00
|
|
|
strvec_pushl(&cp.args, "diff-index", "--quiet",
|
strvec: fix indentation in renamed calls
Code which split an argv_array call across multiple lines, like:
argv_array_pushl(&args, "one argument",
"another argument", "and more",
NULL);
was recently mechanically renamed to use strvec, which results in
mis-matched indentation like:
strvec_pushl(&args, "one argument",
"another argument", "and more",
NULL);
Let's fix these up to align the arguments with the opening paren. I did
this manually by sifting through the results of:
git jump grep 'strvec_.*,$'
and liberally applying my editor's auto-format. Most of the changes are
of the form shown above, though I also normalized a few that had
originally used a single-tab indentation (rather than our usual style of
aligning with the open paren). I also rewrapped a couple of obvious
cases (e.g., where previously too-long lines became short enough to fit
on one), but I wasn't aggressive about it. In cases broken to three or
more lines, the grouping of arguments is sometimes meaningful, and it
wasn't worth my time or reviewer time to ponder each case individually.
Signed-off-by: Jeff King <peff@peff.net>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2020-07-29 04:26:31 +08:00
|
|
|
"--cached", "HEAD", NULL);
|
2017-03-15 05:46:37 +08:00
|
|
|
cp.no_stdin = 1;
|
|
|
|
cp.no_stdout = 1;
|
|
|
|
cp.dir = sub->path;
|
|
|
|
if (start_command(&cp))
|
2020-01-16 02:07:01 +08:00
|
|
|
die(_("could not recurse into submodule '%s'"), sub->path);
|
2017-03-15 05:46:37 +08:00
|
|
|
|
|
|
|
return finish_command(&cp);
|
|
|
|
}
|
|
|
|
|
read-tree: add "--super-prefix" option, eliminate global
The "--super-prefix" option to "git" was initially added in [1] for
use with "ls-files"[2], and shortly thereafter "submodule--helper"[3]
and "grep"[4]. It wasn't until [5] that "read-tree" made use of it.
At the time [5] made sense, but since then we've made "ls-files"
recurse in-process in [6], "grep" in [7], and finally
"submodule--helper" in the preceding commits.
Let's also remove it from "read-tree", which allows us to remove the
option to "git" itself.
We can do this because the only remaining user of it is the submodule
API, which will now invoke "read-tree" with its new "--super-prefix"
option. It will only do so when the "submodule_move_head()" function
is called.
That "submodule_move_head()" function was then only invoked by
"read-tree" itself, but now rather than setting an environment
variable to pass "--super-prefix" between cmd_read_tree() we:
- Set a new "super_prefix" in "struct unpack_trees_options". The
"super_prefixed()" function in "unpack-trees.c" added in [5] will now
use this, rather than get_super_prefix() looking up the environment
variable we set earlier in the same process.
- Add the same field to the "struct checkout", which is only needed to
ferry the "super_prefix" in the "struct unpack_trees_options" all the
way down to the "entry.c" callers of "submodule_move_head()".
Those calls which used the super prefix all originated in
"cmd_read_tree()". The only other caller is the "unlink_entry()"
caller in "builtin/checkout.c", which now passes a "NULL".
1. 74866d75793 (git: make super-prefix option, 2016-10-07)
2. e77aa336f11 (ls-files: optionally recurse into submodules, 2016-10-07)
3. 89c86265576 (submodule helper: support super prefix, 2016-12-08)
4. 0281e487fd9 (grep: optionally recurse into submodules, 2016-12-16)
5. 3d415425c7b (unpack-trees: support super-prefix option, 2017-01-17)
6. 188dce131fa (ls-files: use repository object, 2017-06-22)
7. f9ee2fcdfa0 (grep: recurse in-process using 'struct repository', 2017-08-02)
Signed-off-by: Ævar Arnfjörð Bjarmason <avarab@gmail.com>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2022-12-20 20:39:56 +08:00
|
|
|
static void submodule_reset_index(const char *path, const char *super_prefix)
|
2017-03-15 05:46:37 +08:00
|
|
|
{
|
|
|
|
struct child_process cp = CHILD_PROCESS_INIT;
|
2024-03-26 21:37:25 +08:00
|
|
|
|
|
|
|
if (validate_submodule_path(path) < 0)
|
|
|
|
exit(128);
|
|
|
|
|
2022-06-02 17:09:50 +08:00
|
|
|
prepare_submodule_repo_env(&cp.env);
|
2017-03-15 05:46:37 +08:00
|
|
|
|
|
|
|
cp.git_cmd = 1;
|
|
|
|
cp.no_stdin = 1;
|
|
|
|
cp.dir = path;
|
|
|
|
|
Comment important codepaths regarding nuking untracked files/dirs
In the last few commits we focused on code in unpack-trees.c that
mistakenly removed untracked files or directories. There may be more of
those, but in this commit we change our focus: callers of toplevel
commands that are expected to remove untracked files or directories.
As noted previously, we have toplevel commands that are expected to
delete untracked files such as 'read-tree --reset', 'reset --hard', and
'checkout --force'. However, that does not mean that other highlevel
commands that happen to call these other commands thought about or
conveyed to users the possibility that untracked files could be removed.
Audit the code for such callsites, and add comments near existing
callsites to mention whether these are safe or not.
My auditing is somewhat incomplete, though; it skipped several cases:
* git-rebase--preserve-merges.sh: is in the process of being
deprecated/removed, so I won't leave a note that there are
likely more bugs in that script.
* contrib/git-new-workdir: why is the -f flag being used in a new
empty directory?? It shouldn't hurt, but it seems useless.
* git-p4.py: Don't see why -f is needed for a new dir (maybe it's
not and is just superfluous), but I'm not at all familiar with
the p4 stuff
* git-archimport.perl: Don't care; arch is long since dead
* git-cvs*.perl: Don't care; cvs is long since dead
Also, the reset --hard in builtin/worktree.c looks safe, due to only
running in an empty directory.
Signed-off-by: Elijah Newren <newren@gmail.com>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2021-09-28 00:33:47 +08:00
|
|
|
/* TODO: determine if this might overwright untracked files */
|
2020-07-29 04:25:12 +08:00
|
|
|
strvec_pushl(&cp.args, "read-tree", "-u", "--reset", NULL);
|
read-tree: add "--super-prefix" option, eliminate global
The "--super-prefix" option to "git" was initially added in [1] for
use with "ls-files"[2], and shortly thereafter "submodule--helper"[3]
and "grep"[4]. It wasn't until [5] that "read-tree" made use of it.
At the time [5] made sense, but since then we've made "ls-files"
recurse in-process in [6], "grep" in [7], and finally
"submodule--helper" in the preceding commits.
Let's also remove it from "read-tree", which allows us to remove the
option to "git" itself.
We can do this because the only remaining user of it is the submodule
API, which will now invoke "read-tree" with its new "--super-prefix"
option. It will only do so when the "submodule_move_head()" function
is called.
That "submodule_move_head()" function was then only invoked by
"read-tree" itself, but now rather than setting an environment
variable to pass "--super-prefix" between cmd_read_tree() we:
- Set a new "super_prefix" in "struct unpack_trees_options". The
"super_prefixed()" function in "unpack-trees.c" added in [5] will now
use this, rather than get_super_prefix() looking up the environment
variable we set earlier in the same process.
- Add the same field to the "struct checkout", which is only needed to
ferry the "super_prefix" in the "struct unpack_trees_options" all the
way down to the "entry.c" callers of "submodule_move_head()".
Those calls which used the super prefix all originated in
"cmd_read_tree()". The only other caller is the "unlink_entry()"
caller in "builtin/checkout.c", which now passes a "NULL".
1. 74866d75793 (git: make super-prefix option, 2016-10-07)
2. e77aa336f11 (ls-files: optionally recurse into submodules, 2016-10-07)
3. 89c86265576 (submodule helper: support super prefix, 2016-12-08)
4. 0281e487fd9 (grep: optionally recurse into submodules, 2016-12-16)
5. 3d415425c7b (unpack-trees: support super-prefix option, 2017-01-17)
6. 188dce131fa (ls-files: use repository object, 2017-06-22)
7. f9ee2fcdfa0 (grep: recurse in-process using 'struct repository', 2017-08-02)
Signed-off-by: Ævar Arnfjörð Bjarmason <avarab@gmail.com>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2022-12-20 20:39:56 +08:00
|
|
|
strvec_pushf(&cp.args, "--super-prefix=%s%s/",
|
|
|
|
(super_prefix ? super_prefix : ""), path);
|
2017-03-15 05:46:37 +08:00
|
|
|
|
2024-06-14 14:50:18 +08:00
|
|
|
strvec_push(&cp.args, empty_tree_oid_hex(the_repository->hash_algo));
|
2017-03-15 05:46:37 +08:00
|
|
|
|
|
|
|
if (run_command(&cp))
|
2020-01-16 02:07:01 +08:00
|
|
|
die(_("could not reset submodule index"));
|
2017-03-15 05:46:37 +08:00
|
|
|
}
|
|
|
|
|
|
|
|
/**
|
|
|
|
* Moves a submodule at a given path from a given head to another new head.
|
|
|
|
* For edge cases (a submodule coming into existence or removing a submodule)
|
|
|
|
* pass NULL for old or new respectively.
|
|
|
|
*/
|
read-tree: add "--super-prefix" option, eliminate global
The "--super-prefix" option to "git" was initially added in [1] for
use with "ls-files"[2], and shortly thereafter "submodule--helper"[3]
and "grep"[4]. It wasn't until [5] that "read-tree" made use of it.
At the time [5] made sense, but since then we've made "ls-files"
recurse in-process in [6], "grep" in [7], and finally
"submodule--helper" in the preceding commits.
Let's also remove it from "read-tree", which allows us to remove the
option to "git" itself.
We can do this because the only remaining user of it is the submodule
API, which will now invoke "read-tree" with its new "--super-prefix"
option. It will only do so when the "submodule_move_head()" function
is called.
That "submodule_move_head()" function was then only invoked by
"read-tree" itself, but now rather than setting an environment
variable to pass "--super-prefix" between cmd_read_tree() we:
- Set a new "super_prefix" in "struct unpack_trees_options". The
"super_prefixed()" function in "unpack-trees.c" added in [5] will now
use this, rather than get_super_prefix() looking up the environment
variable we set earlier in the same process.
- Add the same field to the "struct checkout", which is only needed to
ferry the "super_prefix" in the "struct unpack_trees_options" all the
way down to the "entry.c" callers of "submodule_move_head()".
Those calls which used the super prefix all originated in
"cmd_read_tree()". The only other caller is the "unlink_entry()"
caller in "builtin/checkout.c", which now passes a "NULL".
1. 74866d75793 (git: make super-prefix option, 2016-10-07)
2. e77aa336f11 (ls-files: optionally recurse into submodules, 2016-10-07)
3. 89c86265576 (submodule helper: support super prefix, 2016-12-08)
4. 0281e487fd9 (grep: optionally recurse into submodules, 2016-12-16)
5. 3d415425c7b (unpack-trees: support super-prefix option, 2017-01-17)
6. 188dce131fa (ls-files: use repository object, 2017-06-22)
7. f9ee2fcdfa0 (grep: recurse in-process using 'struct repository', 2017-08-02)
Signed-off-by: Ævar Arnfjörð Bjarmason <avarab@gmail.com>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2022-12-20 20:39:56 +08:00
|
|
|
int submodule_move_head(const char *path, const char *super_prefix,
|
|
|
|
const char *old_head, const char *new_head,
|
|
|
|
unsigned flags)
|
2017-03-15 05:46:37 +08:00
|
|
|
{
|
|
|
|
int ret = 0;
|
|
|
|
struct child_process cp = CHILD_PROCESS_INIT;
|
|
|
|
const struct submodule *sub;
|
2017-04-19 05:37:24 +08:00
|
|
|
int *error_code_ptr, error_code;
|
2017-03-15 05:46:37 +08:00
|
|
|
|
2017-06-23 02:43:46 +08:00
|
|
|
if (!is_submodule_active(the_repository, path))
|
2017-04-19 05:37:23 +08:00
|
|
|
return 0;
|
|
|
|
|
2017-04-19 05:37:24 +08:00
|
|
|
if (flags & SUBMODULE_MOVE_HEAD_FORCE)
|
|
|
|
/*
|
|
|
|
* Pass non NULL pointer to is_submodule_populated_gently
|
|
|
|
* to prevent die()-ing. We'll use connect_work_tree_and_git_dir
|
|
|
|
* to fixup the submodule in the force case later.
|
|
|
|
*/
|
|
|
|
error_code_ptr = &error_code;
|
|
|
|
else
|
|
|
|
error_code_ptr = NULL;
|
|
|
|
|
2018-02-15 02:59:49 +08:00
|
|
|
if (old_head && !is_submodule_populated_gently(path, error_code_ptr))
|
2017-04-19 05:37:24 +08:00
|
|
|
return 0;
|
2017-03-15 05:46:37 +08:00
|
|
|
|
2021-04-26 09:02:56 +08:00
|
|
|
sub = submodule_from_path(the_repository, null_oid(), path);
|
2017-03-15 05:46:37 +08:00
|
|
|
|
|
|
|
if (!sub)
|
2018-05-02 17:38:39 +08:00
|
|
|
BUG("could not get submodule information for '%s'", path);
|
2017-03-15 05:46:37 +08:00
|
|
|
|
2018-02-15 02:59:49 +08:00
|
|
|
if (old_head && !(flags & SUBMODULE_MOVE_HEAD_FORCE)) {
|
2017-03-15 05:46:37 +08:00
|
|
|
/* Check if the submodule has a dirty index. */
|
|
|
|
if (submodule_has_dirty_index(sub))
|
|
|
|
return error(_("submodule '%s' has dirty index"), path);
|
|
|
|
}
|
|
|
|
|
|
|
|
if (!(flags & SUBMODULE_MOVE_HEAD_DRY_RUN)) {
|
2018-02-15 02:59:49 +08:00
|
|
|
if (old_head) {
|
2017-03-15 05:46:37 +08:00
|
|
|
if (!submodule_uses_gitfile(path))
|
2022-12-20 20:39:50 +08:00
|
|
|
absorb_git_dir_into_superproject(path,
|
read-tree: add "--super-prefix" option, eliminate global
The "--super-prefix" option to "git" was initially added in [1] for
use with "ls-files"[2], and shortly thereafter "submodule--helper"[3]
and "grep"[4]. It wasn't until [5] that "read-tree" made use of it.
At the time [5] made sense, but since then we've made "ls-files"
recurse in-process in [6], "grep" in [7], and finally
"submodule--helper" in the preceding commits.
Let's also remove it from "read-tree", which allows us to remove the
option to "git" itself.
We can do this because the only remaining user of it is the submodule
API, which will now invoke "read-tree" with its new "--super-prefix"
option. It will only do so when the "submodule_move_head()" function
is called.
That "submodule_move_head()" function was then only invoked by
"read-tree" itself, but now rather than setting an environment
variable to pass "--super-prefix" between cmd_read_tree() we:
- Set a new "super_prefix" in "struct unpack_trees_options". The
"super_prefixed()" function in "unpack-trees.c" added in [5] will now
use this, rather than get_super_prefix() looking up the environment
variable we set earlier in the same process.
- Add the same field to the "struct checkout", which is only needed to
ferry the "super_prefix" in the "struct unpack_trees_options" all the
way down to the "entry.c" callers of "submodule_move_head()".
Those calls which used the super prefix all originated in
"cmd_read_tree()". The only other caller is the "unlink_entry()"
caller in "builtin/checkout.c", which now passes a "NULL".
1. 74866d75793 (git: make super-prefix option, 2016-10-07)
2. e77aa336f11 (ls-files: optionally recurse into submodules, 2016-10-07)
3. 89c86265576 (submodule helper: support super prefix, 2016-12-08)
4. 0281e487fd9 (grep: optionally recurse into submodules, 2016-12-16)
5. 3d415425c7b (unpack-trees: support super-prefix option, 2017-01-17)
6. 188dce131fa (ls-files: use repository object, 2017-06-22)
7. f9ee2fcdfa0 (grep: recurse in-process using 'struct repository', 2017-08-02)
Signed-off-by: Ævar Arnfjörð Bjarmason <avarab@gmail.com>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2022-12-20 20:39:56 +08:00
|
|
|
super_prefix);
|
clone: prevent clashing git dirs when cloning submodule in parallel
While it is expected to have several git dirs within the `.git/modules/`
tree, it is important that they do not interfere with each other. For
example, if one submodule was called "captain" and another submodule
"captain/hooks", their respective git dirs would clash, as they would be
located in `.git/modules/captain/` and `.git/modules/captain/hooks/`,
respectively, i.e. the latter's files could clash with the actual Git
hooks of the former.
To prevent these clashes, and in particular to prevent hooks from being
written and then executed as part of a recursive clone, we introduced
checks as part of the fix for CVE-2019-1387 in a8dee3ca61 (Disallow
dubiously-nested submodule git directories, 2019-10-01).
It is currently possible to bypass the check for clashing submodule
git dirs in two ways:
1. parallel cloning
2. checkout --recurse-submodules
Let's check not only before, but also after parallel cloning (and before
checking out the submodule), that the git dir is not clashing with
another one, otherwise fail. This addresses the parallel cloning issue.
As to the parallel checkout issue: It requires quite a few manual steps
to create clashing git dirs because Git itself would refuse to
initialize the inner one, as demonstrated by the test case.
Nevertheless, let's teach the recursive checkout (namely, the
`submodule_move_head()` function that is used by the recursive checkout)
to be careful to verify that it does not use a clashing git dir, and if
it does, disable it (by deleting the `HEAD` file so that subsequent Git
calls won't recognize it as a git dir anymore).
Note: The parallel cloning test case contains a `cat err` that proved to
be highly useful when analyzing the racy nature of the operation (the
operation can fail with three different error messages, depending on
timing), and was left on purpose to ease future debugging should the
need arise.
Signed-off-by: Filip Hejsek <filip.hejsek@gmail.com>
Signed-off-by: Johannes Schindelin <johannes.schindelin@gmx.de>
2024-01-28 12:09:17 +08:00
|
|
|
else {
|
|
|
|
char *dotgit = xstrfmt("%s/.git", path);
|
|
|
|
char *git_dir = xstrdup(read_gitfile(dotgit));
|
|
|
|
|
|
|
|
free(dotgit);
|
|
|
|
if (validate_submodule_git_dir(git_dir,
|
|
|
|
sub->name) < 0)
|
|
|
|
die(_("refusing to create/use '%s' in "
|
|
|
|
"another submodule's git dir"),
|
|
|
|
git_dir);
|
|
|
|
free(git_dir);
|
|
|
|
}
|
2017-03-15 05:46:37 +08:00
|
|
|
} else {
|
2021-09-16 02:59:19 +08:00
|
|
|
struct strbuf gitdir = STRBUF_INIT;
|
|
|
|
submodule_name_to_gitdir(&gitdir, the_repository,
|
|
|
|
sub->name);
|
clone: prevent clashing git dirs when cloning submodule in parallel
While it is expected to have several git dirs within the `.git/modules/`
tree, it is important that they do not interfere with each other. For
example, if one submodule was called "captain" and another submodule
"captain/hooks", their respective git dirs would clash, as they would be
located in `.git/modules/captain/` and `.git/modules/captain/hooks/`,
respectively, i.e. the latter's files could clash with the actual Git
hooks of the former.
To prevent these clashes, and in particular to prevent hooks from being
written and then executed as part of a recursive clone, we introduced
checks as part of the fix for CVE-2019-1387 in a8dee3ca61 (Disallow
dubiously-nested submodule git directories, 2019-10-01).
It is currently possible to bypass the check for clashing submodule
git dirs in two ways:
1. parallel cloning
2. checkout --recurse-submodules
Let's check not only before, but also after parallel cloning (and before
checking out the submodule), that the git dir is not clashing with
another one, otherwise fail. This addresses the parallel cloning issue.
As to the parallel checkout issue: It requires quite a few manual steps
to create clashing git dirs because Git itself would refuse to
initialize the inner one, as demonstrated by the test case.
Nevertheless, let's teach the recursive checkout (namely, the
`submodule_move_head()` function that is used by the recursive checkout)
to be careful to verify that it does not use a clashing git dir, and if
it does, disable it (by deleting the `HEAD` file so that subsequent Git
calls won't recognize it as a git dir anymore).
Note: The parallel cloning test case contains a `cat err` that proved to
be highly useful when analyzing the racy nature of the operation (the
operation can fail with three different error messages, depending on
timing), and was left on purpose to ease future debugging should the
need arise.
Signed-off-by: Filip Hejsek <filip.hejsek@gmail.com>
Signed-off-by: Johannes Schindelin <johannes.schindelin@gmx.de>
2024-01-28 12:09:17 +08:00
|
|
|
if (validate_submodule_git_dir(gitdir.buf,
|
|
|
|
sub->name) < 0)
|
|
|
|
die(_("refusing to create/use '%s' in another "
|
|
|
|
"submodule's git dir"),
|
|
|
|
gitdir.buf);
|
2021-09-16 02:59:19 +08:00
|
|
|
connect_work_tree_and_git_dir(path, gitdir.buf, 0);
|
|
|
|
strbuf_release(&gitdir);
|
2017-03-15 05:46:37 +08:00
|
|
|
|
|
|
|
/* make sure the index is clean as well */
|
read-tree: add "--super-prefix" option, eliminate global
The "--super-prefix" option to "git" was initially added in [1] for
use with "ls-files"[2], and shortly thereafter "submodule--helper"[3]
and "grep"[4]. It wasn't until [5] that "read-tree" made use of it.
At the time [5] made sense, but since then we've made "ls-files"
recurse in-process in [6], "grep" in [7], and finally
"submodule--helper" in the preceding commits.
Let's also remove it from "read-tree", which allows us to remove the
option to "git" itself.
We can do this because the only remaining user of it is the submodule
API, which will now invoke "read-tree" with its new "--super-prefix"
option. It will only do so when the "submodule_move_head()" function
is called.
That "submodule_move_head()" function was then only invoked by
"read-tree" itself, but now rather than setting an environment
variable to pass "--super-prefix" between cmd_read_tree() we:
- Set a new "super_prefix" in "struct unpack_trees_options". The
"super_prefixed()" function in "unpack-trees.c" added in [5] will now
use this, rather than get_super_prefix() looking up the environment
variable we set earlier in the same process.
- Add the same field to the "struct checkout", which is only needed to
ferry the "super_prefix" in the "struct unpack_trees_options" all the
way down to the "entry.c" callers of "submodule_move_head()".
Those calls which used the super prefix all originated in
"cmd_read_tree()". The only other caller is the "unlink_entry()"
caller in "builtin/checkout.c", which now passes a "NULL".
1. 74866d75793 (git: make super-prefix option, 2016-10-07)
2. e77aa336f11 (ls-files: optionally recurse into submodules, 2016-10-07)
3. 89c86265576 (submodule helper: support super prefix, 2016-12-08)
4. 0281e487fd9 (grep: optionally recurse into submodules, 2016-12-16)
5. 3d415425c7b (unpack-trees: support super-prefix option, 2017-01-17)
6. 188dce131fa (ls-files: use repository object, 2017-06-22)
7. f9ee2fcdfa0 (grep: recurse in-process using 'struct repository', 2017-08-02)
Signed-off-by: Ævar Arnfjörð Bjarmason <avarab@gmail.com>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2022-12-20 20:39:56 +08:00
|
|
|
submodule_reset_index(path, super_prefix);
|
2017-03-15 05:46:37 +08:00
|
|
|
}
|
2017-04-19 05:37:24 +08:00
|
|
|
|
2018-02-15 02:59:49 +08:00
|
|
|
if (old_head && (flags & SUBMODULE_MOVE_HEAD_FORCE)) {
|
2021-09-16 02:59:19 +08:00
|
|
|
struct strbuf gitdir = STRBUF_INIT;
|
|
|
|
submodule_name_to_gitdir(&gitdir, the_repository,
|
|
|
|
sub->name);
|
|
|
|
connect_work_tree_and_git_dir(path, gitdir.buf, 1);
|
|
|
|
strbuf_release(&gitdir);
|
2017-04-19 05:37:24 +08:00
|
|
|
}
|
2017-03-15 05:46:37 +08:00
|
|
|
}
|
|
|
|
|
2022-06-02 17:09:50 +08:00
|
|
|
prepare_submodule_repo_env(&cp.env);
|
2017-03-15 05:46:37 +08:00
|
|
|
|
|
|
|
cp.git_cmd = 1;
|
|
|
|
cp.no_stdin = 1;
|
|
|
|
cp.dir = path;
|
|
|
|
|
2020-07-29 04:25:12 +08:00
|
|
|
strvec_pushl(&cp.args, "read-tree", "--recurse-submodules", NULL);
|
read-tree: add "--super-prefix" option, eliminate global
The "--super-prefix" option to "git" was initially added in [1] for
use with "ls-files"[2], and shortly thereafter "submodule--helper"[3]
and "grep"[4]. It wasn't until [5] that "read-tree" made use of it.
At the time [5] made sense, but since then we've made "ls-files"
recurse in-process in [6], "grep" in [7], and finally
"submodule--helper" in the preceding commits.
Let's also remove it from "read-tree", which allows us to remove the
option to "git" itself.
We can do this because the only remaining user of it is the submodule
API, which will now invoke "read-tree" with its new "--super-prefix"
option. It will only do so when the "submodule_move_head()" function
is called.
That "submodule_move_head()" function was then only invoked by
"read-tree" itself, but now rather than setting an environment
variable to pass "--super-prefix" between cmd_read_tree() we:
- Set a new "super_prefix" in "struct unpack_trees_options". The
"super_prefixed()" function in "unpack-trees.c" added in [5] will now
use this, rather than get_super_prefix() looking up the environment
variable we set earlier in the same process.
- Add the same field to the "struct checkout", which is only needed to
ferry the "super_prefix" in the "struct unpack_trees_options" all the
way down to the "entry.c" callers of "submodule_move_head()".
Those calls which used the super prefix all originated in
"cmd_read_tree()". The only other caller is the "unlink_entry()"
caller in "builtin/checkout.c", which now passes a "NULL".
1. 74866d75793 (git: make super-prefix option, 2016-10-07)
2. e77aa336f11 (ls-files: optionally recurse into submodules, 2016-10-07)
3. 89c86265576 (submodule helper: support super prefix, 2016-12-08)
4. 0281e487fd9 (grep: optionally recurse into submodules, 2016-12-16)
5. 3d415425c7b (unpack-trees: support super-prefix option, 2017-01-17)
6. 188dce131fa (ls-files: use repository object, 2017-06-22)
7. f9ee2fcdfa0 (grep: recurse in-process using 'struct repository', 2017-08-02)
Signed-off-by: Ævar Arnfjörð Bjarmason <avarab@gmail.com>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2022-12-20 20:39:56 +08:00
|
|
|
strvec_pushf(&cp.args, "--super-prefix=%s%s/",
|
|
|
|
(super_prefix ? super_prefix : ""), path);
|
2017-03-15 05:46:37 +08:00
|
|
|
|
|
|
|
if (flags & SUBMODULE_MOVE_HEAD_DRY_RUN)
|
2020-07-29 04:25:12 +08:00
|
|
|
strvec_push(&cp.args, "-n");
|
2017-03-15 05:46:37 +08:00
|
|
|
else
|
2020-07-29 04:25:12 +08:00
|
|
|
strvec_push(&cp.args, "-u");
|
2017-03-15 05:46:37 +08:00
|
|
|
|
|
|
|
if (flags & SUBMODULE_MOVE_HEAD_FORCE)
|
2020-07-29 04:25:12 +08:00
|
|
|
strvec_push(&cp.args, "--reset");
|
2017-03-15 05:46:37 +08:00
|
|
|
else
|
2020-07-29 04:25:12 +08:00
|
|
|
strvec_push(&cp.args, "-m");
|
2017-03-15 05:46:37 +08:00
|
|
|
|
2018-01-06 04:03:04 +08:00
|
|
|
if (!(flags & SUBMODULE_MOVE_HEAD_FORCE))
|
2024-06-14 14:50:18 +08:00
|
|
|
strvec_push(&cp.args, old_head ? old_head : empty_tree_oid_hex(the_repository->hash_algo));
|
2018-01-06 04:03:04 +08:00
|
|
|
|
2024-06-14 14:50:18 +08:00
|
|
|
strvec_push(&cp.args, new_head ? new_head : empty_tree_oid_hex(the_repository->hash_algo));
|
2017-03-15 05:46:37 +08:00
|
|
|
|
|
|
|
if (run_command(&cp)) {
|
2018-06-21 06:32:53 +08:00
|
|
|
ret = error(_("Submodule '%s' could not be updated."), path);
|
2017-03-15 05:46:37 +08:00
|
|
|
goto out;
|
|
|
|
}
|
|
|
|
|
|
|
|
if (!(flags & SUBMODULE_MOVE_HEAD_DRY_RUN)) {
|
2018-02-15 02:59:49 +08:00
|
|
|
if (new_head) {
|
2017-05-03 03:32:12 +08:00
|
|
|
child_process_init(&cp);
|
2017-03-15 05:46:37 +08:00
|
|
|
/* also set the HEAD accordingly */
|
2017-05-03 03:32:12 +08:00
|
|
|
cp.git_cmd = 1;
|
|
|
|
cp.no_stdin = 1;
|
|
|
|
cp.dir = path;
|
2017-03-15 05:46:37 +08:00
|
|
|
|
2022-06-02 17:09:50 +08:00
|
|
|
prepare_submodule_repo_env(&cp.env);
|
2020-07-29 04:25:12 +08:00
|
|
|
strvec_pushl(&cp.args, "update-ref", "HEAD",
|
strvec: fix indentation in renamed calls
Code which split an argv_array call across multiple lines, like:
argv_array_pushl(&args, "one argument",
"another argument", "and more",
NULL);
was recently mechanically renamed to use strvec, which results in
mis-matched indentation like:
strvec_pushl(&args, "one argument",
"another argument", "and more",
NULL);
Let's fix these up to align the arguments with the opening paren. I did
this manually by sifting through the results of:
git jump grep 'strvec_.*,$'
and liberally applying my editor's auto-format. Most of the changes are
of the form shown above, though I also normalized a few that had
originally used a single-tab indentation (rather than our usual style of
aligning with the open paren). I also rewrapped a couple of obvious
cases (e.g., where previously too-long lines became short enough to fit
on one), but I wasn't aggressive about it. In cases broken to three or
more lines, the grouping of arguments is sometimes meaningful, and it
wasn't worth my time or reviewer time to ponder each case individually.
Signed-off-by: Jeff King <peff@peff.net>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2020-07-29 04:26:31 +08:00
|
|
|
"--no-deref", new_head, NULL);
|
2017-03-15 05:46:37 +08:00
|
|
|
|
2017-05-03 03:32:12 +08:00
|
|
|
if (run_command(&cp)) {
|
2017-03-15 05:46:37 +08:00
|
|
|
ret = -1;
|
|
|
|
goto out;
|
|
|
|
}
|
|
|
|
} else {
|
|
|
|
struct strbuf sb = STRBUF_INIT;
|
|
|
|
|
|
|
|
strbuf_addf(&sb, "%s/.git", path);
|
|
|
|
unlink_or_warn(sb.buf);
|
|
|
|
strbuf_release(&sb);
|
|
|
|
|
|
|
|
if (is_empty_dir(path))
|
|
|
|
rmdir_or_warn(path);
|
submodule: unset core.worktree if no working tree is present
When a submodules work tree is removed, we should unset its core.worktree
setting as the worktree is no longer present. This is not just in line
with the conceptual view of submodules, but it fixes an inconvenience
for looking at submodules that are not checked out:
git clone --recurse-submodules git://github.com/git/git && cd git &&
git checkout --recurse-submodules v2.13.0
git -C .git/modules/sha1collisiondetection log
fatal: cannot chdir to '../../../sha1collisiondetection': \
No such file or directory
With this patch applied, the final call to git log works instead of dying
in its setup, as the checkout will unset the core.worktree setting such
that following log will be run in a bare repository.
This patch covers all commands that are in the unpack machinery, i.e.
checkout, read-tree, reset. A follow up patch will address
"git submodule deinit", which will also make use of the new function
submodule_unset_core_worktree(), which is why we expose it in this patch.
This patch was authored as 4fa4f90ccd (submodule: unset core.worktree if
no working tree is present, 2018-06-12), which was reverted as part of
f178c13fda (Revert "Merge branch 'sb/submodule-core-worktree'",
2018-09-07). The revert was needed as the nearby commit e98317508c
(submodule: ensure core.worktree is set after update, 2018-06-18) is
faulty and at the time of 7e25437d35 (Merge branch
'sb/submodule-core-worktree', 2018-07-18) we could not revert the faulty
commit only, as they were depending on each other: If core.worktree is
unset, we have to have ways to ensure that it is set again once
the working tree reappears again.
Now that 4d6d6ef1fc (Merge branch 'sb/submodule-update-in-c', 2018-09-17),
specifically 74d4731da1 (submodule--helper: replace
connect-gitdir-workingtree by ensure-core-worktree, 2018-08-13) is
present, we already check and ensure core.worktree is set when
populating a new work tree, such that we can re-introduce the commits
that unset core.worktree when removing the worktree.
Signed-off-by: Stefan Beller <sbeller@google.com>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
Signed-off-by: Stefan Beller <sbeller@google.com>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2018-12-15 07:59:43 +08:00
|
|
|
|
|
|
|
submodule_unset_core_worktree(sub);
|
2017-03-15 05:46:37 +08:00
|
|
|
}
|
|
|
|
}
|
|
|
|
out:
|
|
|
|
return ret;
|
|
|
|
}
|
|
|
|
|
2019-10-02 05:27:18 +08:00
|
|
|
int validate_submodule_git_dir(char *git_dir, const char *submodule_name)
|
|
|
|
{
|
|
|
|
size_t len = strlen(git_dir), suffix_len = strlen(submodule_name);
|
|
|
|
char *p;
|
|
|
|
int ret = 0;
|
|
|
|
|
|
|
|
if (len <= suffix_len || (p = git_dir + len - suffix_len)[-1] != '/' ||
|
|
|
|
strcmp(p, submodule_name))
|
|
|
|
BUG("submodule name '%s' not a suffix of git dir '%s'",
|
|
|
|
submodule_name, git_dir);
|
|
|
|
|
|
|
|
/*
|
|
|
|
* We prevent the contents of sibling submodules' git directories to
|
|
|
|
* clash.
|
|
|
|
*
|
|
|
|
* Example: having a submodule named `hippo` and another one named
|
|
|
|
* `hippo/hooks` would result in the git directories
|
|
|
|
* `.git/modules/hippo/` and `.git/modules/hippo/hooks/`, respectively,
|
|
|
|
* but the latter directory is already designated to contain the hooks
|
|
|
|
* of the former.
|
|
|
|
*/
|
|
|
|
for (; *p; p++) {
|
|
|
|
if (is_dir_sep(*p)) {
|
|
|
|
char c = *p;
|
|
|
|
|
|
|
|
*p = '\0';
|
|
|
|
if (is_git_directory(git_dir))
|
|
|
|
ret = -1;
|
|
|
|
*p = c;
|
|
|
|
|
|
|
|
if (ret < 0)
|
|
|
|
return error(_("submodule git dir '%s' is "
|
|
|
|
"inside git dir '%.*s'"),
|
|
|
|
git_dir,
|
|
|
|
(int)(p - git_dir), git_dir);
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
2024-03-26 21:37:25 +08:00
|
|
|
int validate_submodule_path(const char *path)
|
|
|
|
{
|
|
|
|
char *p = xstrdup(path);
|
|
|
|
struct stat st;
|
|
|
|
int i, ret = 0;
|
|
|
|
char sep;
|
|
|
|
|
|
|
|
for (i = 0; !ret && p[i]; i++) {
|
|
|
|
if (!is_dir_sep(p[i]))
|
|
|
|
continue;
|
|
|
|
|
|
|
|
sep = p[i];
|
|
|
|
p[i] = '\0';
|
|
|
|
/* allow missing components, but no symlinks */
|
|
|
|
ret = lstat(p, &st) || !S_ISLNK(st.st_mode) ? 0 : -1;
|
|
|
|
p[i] = sep;
|
|
|
|
if (ret)
|
|
|
|
error(_("expected '%.*s' in submodule path '%s' not to "
|
|
|
|
"be a symbolic link"), i, p, p);
|
|
|
|
}
|
|
|
|
if (!lstat(p, &st) && S_ISLNK(st.st_mode))
|
|
|
|
ret = error(_("expected submodule path '%s' not to be a "
|
|
|
|
"symbolic link"), p);
|
|
|
|
free(p);
|
|
|
|
return ret;
|
|
|
|
}
|
|
|
|
|
|
|
|
|
2016-12-13 03:04:35 +08:00
|
|
|
/*
|
|
|
|
* Embeds a single submodules git directory into the superprojects git dir,
|
|
|
|
* non recursively.
|
|
|
|
*/
|
submodule--helper: don't use global --super-prefix in "absorbgitdirs"
The "--super-prefix" facility was introduced in [1] has always been a
transitory hack, which is why we've made it an error to supply it as
an option to "git" to commands that don't know about it.
That's been a good goal, as it has a global effect we haven't wanted
calls to get_super_prefix() from built-ins we didn't expect.
But it has meant that when we've had chains of different built-ins
using it all of the processes in that "chain" have needed to support
it, and worse processes that don't need it have needed to ask for
"SUPPORT_SUPER_PREFIX" because their parent process needs it.
That's how "fsmonitor--daemon" ended up with it, per [2] it's called
from (among other things) "submodule--helper absorbgitdirs", but as we
declared "submodule--helper" as "SUPPORT_SUPER_PREFIX" we needed to
declare "fsmonitor--daemon" as accepting it too, even though it
doesn't care about it.
But in the case of "absorbgitdirs" it only needed "--super-prefix" to
invoke itself recursively, and we'd never have another "in-between"
process in the chain. So we didn't need the bigger hammer of "git
--super-prefix", and the "setenv(GIT_SUPER_PREFIX_ENVIRONMENT, ...)"
that it entails.
Let's instead accept a hidden "--super-prefix" option to
"submodule--helper absorbgitdirs" itself.
Eventually (as with all other "--super-prefix" users) we'll want to
clean this code up so that this all happens in-process. I.e. needing
any variant of "--super-prefix" is itself a hack around our various
global state, and implicit reliance on "the_repository". This stepping
stone makes such an eventual change easier, as we'll need to deal with
less global state at that point.
The "fsmonitor--daemon" test adjusted here was added in [3]. To assert
that it didn't run into the "--super-prefix" message it was asserting
the output it didn't have. Let's instead assert the full output that
we *do* have, using the same pattern as a preceding change to
"t/t7412-submodule-absorbgitdirs.sh" used.
We could also remove the test entirely (as [4] did), but even though
the initial reason for having it is gone we're still getting some
marginal benefit from testing the "fsmonitor" and "submodule
absorbgitdirs" interaction, so let's keep it.
The change here to have either a NULL or non-"" string as a
"super_prefix" instead of the previous arrangement of "" or non-"" is
somewhat arbitrary. We could also decide to never have to check for
NULL.
As we'll be changing the rest of the "git --super-prefix" users to the
same pattern, leaving them all consistent makes sense. Why not pick ""
over NULL? Because that's how the "prefix" works[5], and having
"prefix" and "super_prefix" work the same way will be less
confusing. That "prefix" picked NULL instead of "" is itself
arbitrary, but as it's easy to make this small bit of our overall API
consistent, let's go with that.
1. 74866d75793 (git: make super-prefix option, 2016-10-07)
2. 53fcfbc84f6 (fsmonitor--daemon: allow --super-prefix argument,
2022-05-26)
3. 53fcfbc84f6 (fsmonitor--daemon: allow --super-prefix argument,
2022-05-26)
4. https://lore.kernel.org/git/20221109004708.97668-5-chooglen@google.com/
5. 9725c8dda20 (built-ins: trust the "prefix" from run_builtin(),
2022-02-16)
Signed-off-by: Glen Choo <chooglen@google.com>
Signed-off-by: Ævar Arnfjörð Bjarmason <avarab@gmail.com>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2022-12-20 20:39:51 +08:00
|
|
|
static void relocate_single_git_dir_into_superproject(const char *path,
|
|
|
|
const char *super_prefix)
|
2016-12-13 03:04:35 +08:00
|
|
|
{
|
|
|
|
char *old_git_dir = NULL, *real_old_git_dir = NULL, *real_new_git_dir = NULL;
|
2021-09-16 02:59:19 +08:00
|
|
|
struct strbuf new_gitdir = STRBUF_INIT;
|
2016-12-13 03:04:35 +08:00
|
|
|
const struct submodule *sub;
|
|
|
|
|
2024-03-26 21:37:25 +08:00
|
|
|
if (validate_submodule_path(path) < 0)
|
|
|
|
exit(128);
|
|
|
|
|
2016-12-13 03:04:35 +08:00
|
|
|
if (submodule_uses_worktrees(path))
|
|
|
|
die(_("relocate_gitdir for submodule '%s' with "
|
|
|
|
"more than one worktree not supported"), path);
|
|
|
|
|
|
|
|
old_git_dir = xstrfmt("%s/.git", path);
|
|
|
|
if (read_gitfile(old_git_dir))
|
|
|
|
/* If it is an actual gitfile, it doesn't need migration. */
|
|
|
|
return;
|
|
|
|
|
2017-03-08 23:43:40 +08:00
|
|
|
real_old_git_dir = real_pathdup(old_git_dir, 1);
|
2016-12-13 03:04:35 +08:00
|
|
|
|
2021-04-26 09:02:56 +08:00
|
|
|
sub = submodule_from_path(the_repository, null_oid(), path);
|
2016-12-13 03:04:35 +08:00
|
|
|
if (!sub)
|
|
|
|
die(_("could not lookup name for submodule '%s'"), path);
|
|
|
|
|
2021-09-16 02:59:19 +08:00
|
|
|
submodule_name_to_gitdir(&new_gitdir, the_repository, sub->name);
|
|
|
|
if (validate_submodule_git_dir(new_gitdir.buf, sub->name) < 0)
|
2019-10-02 05:27:18 +08:00
|
|
|
die(_("refusing to move '%s' into an existing git dir"),
|
|
|
|
real_old_git_dir);
|
2021-09-16 02:59:19 +08:00
|
|
|
if (safe_create_leading_directories_const(new_gitdir.buf) < 0)
|
|
|
|
die(_("could not create directory '%s'"), new_gitdir.buf);
|
|
|
|
real_new_git_dir = real_pathdup(new_gitdir.buf, 1);
|
2016-12-13 03:04:35 +08:00
|
|
|
|
|
|
|
fprintf(stderr, _("Migrating git directory of '%s%s' from\n'%s' to\n'%s'\n"),
|
submodule--helper: don't use global --super-prefix in "absorbgitdirs"
The "--super-prefix" facility was introduced in [1] has always been a
transitory hack, which is why we've made it an error to supply it as
an option to "git" to commands that don't know about it.
That's been a good goal, as it has a global effect we haven't wanted
calls to get_super_prefix() from built-ins we didn't expect.
But it has meant that when we've had chains of different built-ins
using it all of the processes in that "chain" have needed to support
it, and worse processes that don't need it have needed to ask for
"SUPPORT_SUPER_PREFIX" because their parent process needs it.
That's how "fsmonitor--daemon" ended up with it, per [2] it's called
from (among other things) "submodule--helper absorbgitdirs", but as we
declared "submodule--helper" as "SUPPORT_SUPER_PREFIX" we needed to
declare "fsmonitor--daemon" as accepting it too, even though it
doesn't care about it.
But in the case of "absorbgitdirs" it only needed "--super-prefix" to
invoke itself recursively, and we'd never have another "in-between"
process in the chain. So we didn't need the bigger hammer of "git
--super-prefix", and the "setenv(GIT_SUPER_PREFIX_ENVIRONMENT, ...)"
that it entails.
Let's instead accept a hidden "--super-prefix" option to
"submodule--helper absorbgitdirs" itself.
Eventually (as with all other "--super-prefix" users) we'll want to
clean this code up so that this all happens in-process. I.e. needing
any variant of "--super-prefix" is itself a hack around our various
global state, and implicit reliance on "the_repository". This stepping
stone makes such an eventual change easier, as we'll need to deal with
less global state at that point.
The "fsmonitor--daemon" test adjusted here was added in [3]. To assert
that it didn't run into the "--super-prefix" message it was asserting
the output it didn't have. Let's instead assert the full output that
we *do* have, using the same pattern as a preceding change to
"t/t7412-submodule-absorbgitdirs.sh" used.
We could also remove the test entirely (as [4] did), but even though
the initial reason for having it is gone we're still getting some
marginal benefit from testing the "fsmonitor" and "submodule
absorbgitdirs" interaction, so let's keep it.
The change here to have either a NULL or non-"" string as a
"super_prefix" instead of the previous arrangement of "" or non-"" is
somewhat arbitrary. We could also decide to never have to check for
NULL.
As we'll be changing the rest of the "git --super-prefix" users to the
same pattern, leaving them all consistent makes sense. Why not pick ""
over NULL? Because that's how the "prefix" works[5], and having
"prefix" and "super_prefix" work the same way will be less
confusing. That "prefix" picked NULL instead of "" is itself
arbitrary, but as it's easy to make this small bit of our overall API
consistent, let's go with that.
1. 74866d75793 (git: make super-prefix option, 2016-10-07)
2. 53fcfbc84f6 (fsmonitor--daemon: allow --super-prefix argument,
2022-05-26)
3. 53fcfbc84f6 (fsmonitor--daemon: allow --super-prefix argument,
2022-05-26)
4. https://lore.kernel.org/git/20221109004708.97668-5-chooglen@google.com/
5. 9725c8dda20 (built-ins: trust the "prefix" from run_builtin(),
2022-02-16)
Signed-off-by: Glen Choo <chooglen@google.com>
Signed-off-by: Ævar Arnfjörð Bjarmason <avarab@gmail.com>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2022-12-20 20:39:51 +08:00
|
|
|
super_prefix ? super_prefix : "", path,
|
2016-12-13 03:04:35 +08:00
|
|
|
real_old_git_dir, real_new_git_dir);
|
|
|
|
|
|
|
|
relocate_gitdir(path, real_old_git_dir, real_new_git_dir);
|
|
|
|
|
|
|
|
free(old_git_dir);
|
|
|
|
free(real_old_git_dir);
|
|
|
|
free(real_new_git_dir);
|
2021-09-16 02:59:19 +08:00
|
|
|
strbuf_release(&new_gitdir);
|
2016-12-13 03:04:35 +08:00
|
|
|
}
|
|
|
|
|
2022-12-20 20:39:50 +08:00
|
|
|
static void absorb_git_dir_into_superproject_recurse(const char *path,
|
|
|
|
const char *super_prefix)
|
2022-11-08 22:10:36 +08:00
|
|
|
{
|
|
|
|
|
|
|
|
struct child_process cp = CHILD_PROCESS_INIT;
|
|
|
|
|
2024-03-26 21:37:25 +08:00
|
|
|
if (validate_submodule_path(path) < 0)
|
|
|
|
exit(128);
|
|
|
|
|
2022-11-08 22:10:36 +08:00
|
|
|
cp.dir = path;
|
|
|
|
cp.git_cmd = 1;
|
|
|
|
cp.no_stdin = 1;
|
|
|
|
strvec_pushl(&cp.args, "submodule--helper",
|
|
|
|
"absorbgitdirs", NULL);
|
submodule--helper: don't use global --super-prefix in "absorbgitdirs"
The "--super-prefix" facility was introduced in [1] has always been a
transitory hack, which is why we've made it an error to supply it as
an option to "git" to commands that don't know about it.
That's been a good goal, as it has a global effect we haven't wanted
calls to get_super_prefix() from built-ins we didn't expect.
But it has meant that when we've had chains of different built-ins
using it all of the processes in that "chain" have needed to support
it, and worse processes that don't need it have needed to ask for
"SUPPORT_SUPER_PREFIX" because their parent process needs it.
That's how "fsmonitor--daemon" ended up with it, per [2] it's called
from (among other things) "submodule--helper absorbgitdirs", but as we
declared "submodule--helper" as "SUPPORT_SUPER_PREFIX" we needed to
declare "fsmonitor--daemon" as accepting it too, even though it
doesn't care about it.
But in the case of "absorbgitdirs" it only needed "--super-prefix" to
invoke itself recursively, and we'd never have another "in-between"
process in the chain. So we didn't need the bigger hammer of "git
--super-prefix", and the "setenv(GIT_SUPER_PREFIX_ENVIRONMENT, ...)"
that it entails.
Let's instead accept a hidden "--super-prefix" option to
"submodule--helper absorbgitdirs" itself.
Eventually (as with all other "--super-prefix" users) we'll want to
clean this code up so that this all happens in-process. I.e. needing
any variant of "--super-prefix" is itself a hack around our various
global state, and implicit reliance on "the_repository". This stepping
stone makes such an eventual change easier, as we'll need to deal with
less global state at that point.
The "fsmonitor--daemon" test adjusted here was added in [3]. To assert
that it didn't run into the "--super-prefix" message it was asserting
the output it didn't have. Let's instead assert the full output that
we *do* have, using the same pattern as a preceding change to
"t/t7412-submodule-absorbgitdirs.sh" used.
We could also remove the test entirely (as [4] did), but even though
the initial reason for having it is gone we're still getting some
marginal benefit from testing the "fsmonitor" and "submodule
absorbgitdirs" interaction, so let's keep it.
The change here to have either a NULL or non-"" string as a
"super_prefix" instead of the previous arrangement of "" or non-"" is
somewhat arbitrary. We could also decide to never have to check for
NULL.
As we'll be changing the rest of the "git --super-prefix" users to the
same pattern, leaving them all consistent makes sense. Why not pick ""
over NULL? Because that's how the "prefix" works[5], and having
"prefix" and "super_prefix" work the same way will be less
confusing. That "prefix" picked NULL instead of "" is itself
arbitrary, but as it's easy to make this small bit of our overall API
consistent, let's go with that.
1. 74866d75793 (git: make super-prefix option, 2016-10-07)
2. 53fcfbc84f6 (fsmonitor--daemon: allow --super-prefix argument,
2022-05-26)
3. 53fcfbc84f6 (fsmonitor--daemon: allow --super-prefix argument,
2022-05-26)
4. https://lore.kernel.org/git/20221109004708.97668-5-chooglen@google.com/
5. 9725c8dda20 (built-ins: trust the "prefix" from run_builtin(),
2022-02-16)
Signed-off-by: Glen Choo <chooglen@google.com>
Signed-off-by: Ævar Arnfjörð Bjarmason <avarab@gmail.com>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2022-12-20 20:39:51 +08:00
|
|
|
strvec_pushf(&cp.args, "--super-prefix=%s%s/", super_prefix ?
|
|
|
|
super_prefix : "", path);
|
|
|
|
|
2022-11-08 22:10:36 +08:00
|
|
|
prepare_submodule_repo_env(&cp.env);
|
|
|
|
if (run_command(&cp))
|
|
|
|
die(_("could not recurse into submodule '%s'"), path);
|
|
|
|
}
|
|
|
|
|
2016-12-13 03:04:35 +08:00
|
|
|
/*
|
|
|
|
* Migrate the git directory of the submodule given by path from
|
|
|
|
* having its git directory within the working tree to the git dir nested
|
|
|
|
* in its superprojects git dir under modules/.
|
|
|
|
*/
|
2022-12-20 20:39:50 +08:00
|
|
|
void absorb_git_dir_into_superproject(const char *path,
|
|
|
|
const char *super_prefix)
|
2016-12-13 03:04:35 +08:00
|
|
|
{
|
2017-01-26 07:04:50 +08:00
|
|
|
int err_code;
|
|
|
|
const char *sub_git_dir;
|
2016-12-13 03:04:35 +08:00
|
|
|
struct strbuf gitdir = STRBUF_INIT;
|
2024-03-26 21:37:25 +08:00
|
|
|
|
|
|
|
if (validate_submodule_path(path) < 0)
|
|
|
|
exit(128);
|
|
|
|
|
2016-12-13 03:04:35 +08:00
|
|
|
strbuf_addf(&gitdir, "%s/.git", path);
|
2017-01-26 07:04:50 +08:00
|
|
|
sub_git_dir = resolve_gitdir_gently(gitdir.buf, &err_code);
|
2016-12-13 03:04:35 +08:00
|
|
|
|
|
|
|
/* Not populated? */
|
2017-01-26 07:04:50 +08:00
|
|
|
if (!sub_git_dir) {
|
|
|
|
const struct submodule *sub;
|
2021-09-16 02:59:19 +08:00
|
|
|
struct strbuf sub_gitdir = STRBUF_INIT;
|
2017-01-26 07:04:50 +08:00
|
|
|
|
|
|
|
if (err_code == READ_GITFILE_ERR_STAT_FAILED) {
|
|
|
|
/* unpopulated as expected */
|
|
|
|
strbuf_release(&gitdir);
|
|
|
|
return;
|
|
|
|
}
|
|
|
|
|
|
|
|
if (err_code != READ_GITFILE_ERR_NOT_A_REPO)
|
|
|
|
/* We don't know what broke here. */
|
|
|
|
read_gitfile_error_die(err_code, path, NULL);
|
|
|
|
|
|
|
|
/*
|
|
|
|
* Maybe populated, but no git directory was found?
|
|
|
|
* This can happen if the superproject is a submodule
|
|
|
|
* itself and was just absorbed. The absorption of the
|
|
|
|
* superproject did not rewrite the git file links yet,
|
|
|
|
* fix it now.
|
|
|
|
*/
|
2021-04-26 09:02:56 +08:00
|
|
|
sub = submodule_from_path(the_repository, null_oid(), path);
|
2017-01-26 07:04:50 +08:00
|
|
|
if (!sub)
|
|
|
|
die(_("could not lookup name for submodule '%s'"), path);
|
2021-09-16 02:59:19 +08:00
|
|
|
submodule_name_to_gitdir(&sub_gitdir, the_repository, sub->name);
|
|
|
|
connect_work_tree_and_git_dir(path, sub_gitdir.buf, 0);
|
|
|
|
strbuf_release(&sub_gitdir);
|
2017-01-26 07:04:50 +08:00
|
|
|
} else {
|
|
|
|
/* Is it already absorbed into the superprojects git dir? */
|
2017-03-08 23:43:40 +08:00
|
|
|
char *real_sub_git_dir = real_pathdup(sub_git_dir, 1);
|
2024-09-12 19:29:27 +08:00
|
|
|
char *real_common_git_dir = real_pathdup(repo_get_common_dir(the_repository), 1);
|
2016-12-13 03:04:35 +08:00
|
|
|
|
2017-01-26 07:04:50 +08:00
|
|
|
if (!starts_with(real_sub_git_dir, real_common_git_dir))
|
submodule--helper: don't use global --super-prefix in "absorbgitdirs"
The "--super-prefix" facility was introduced in [1] has always been a
transitory hack, which is why we've made it an error to supply it as
an option to "git" to commands that don't know about it.
That's been a good goal, as it has a global effect we haven't wanted
calls to get_super_prefix() from built-ins we didn't expect.
But it has meant that when we've had chains of different built-ins
using it all of the processes in that "chain" have needed to support
it, and worse processes that don't need it have needed to ask for
"SUPPORT_SUPER_PREFIX" because their parent process needs it.
That's how "fsmonitor--daemon" ended up with it, per [2] it's called
from (among other things) "submodule--helper absorbgitdirs", but as we
declared "submodule--helper" as "SUPPORT_SUPER_PREFIX" we needed to
declare "fsmonitor--daemon" as accepting it too, even though it
doesn't care about it.
But in the case of "absorbgitdirs" it only needed "--super-prefix" to
invoke itself recursively, and we'd never have another "in-between"
process in the chain. So we didn't need the bigger hammer of "git
--super-prefix", and the "setenv(GIT_SUPER_PREFIX_ENVIRONMENT, ...)"
that it entails.
Let's instead accept a hidden "--super-prefix" option to
"submodule--helper absorbgitdirs" itself.
Eventually (as with all other "--super-prefix" users) we'll want to
clean this code up so that this all happens in-process. I.e. needing
any variant of "--super-prefix" is itself a hack around our various
global state, and implicit reliance on "the_repository". This stepping
stone makes such an eventual change easier, as we'll need to deal with
less global state at that point.
The "fsmonitor--daemon" test adjusted here was added in [3]. To assert
that it didn't run into the "--super-prefix" message it was asserting
the output it didn't have. Let's instead assert the full output that
we *do* have, using the same pattern as a preceding change to
"t/t7412-submodule-absorbgitdirs.sh" used.
We could also remove the test entirely (as [4] did), but even though
the initial reason for having it is gone we're still getting some
marginal benefit from testing the "fsmonitor" and "submodule
absorbgitdirs" interaction, so let's keep it.
The change here to have either a NULL or non-"" string as a
"super_prefix" instead of the previous arrangement of "" or non-"" is
somewhat arbitrary. We could also decide to never have to check for
NULL.
As we'll be changing the rest of the "git --super-prefix" users to the
same pattern, leaving them all consistent makes sense. Why not pick ""
over NULL? Because that's how the "prefix" works[5], and having
"prefix" and "super_prefix" work the same way will be less
confusing. That "prefix" picked NULL instead of "" is itself
arbitrary, but as it's easy to make this small bit of our overall API
consistent, let's go with that.
1. 74866d75793 (git: make super-prefix option, 2016-10-07)
2. 53fcfbc84f6 (fsmonitor--daemon: allow --super-prefix argument,
2022-05-26)
3. 53fcfbc84f6 (fsmonitor--daemon: allow --super-prefix argument,
2022-05-26)
4. https://lore.kernel.org/git/20221109004708.97668-5-chooglen@google.com/
5. 9725c8dda20 (built-ins: trust the "prefix" from run_builtin(),
2022-02-16)
Signed-off-by: Glen Choo <chooglen@google.com>
Signed-off-by: Ævar Arnfjörð Bjarmason <avarab@gmail.com>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2022-12-20 20:39:51 +08:00
|
|
|
relocate_single_git_dir_into_superproject(path, super_prefix);
|
2017-01-26 07:04:50 +08:00
|
|
|
|
|
|
|
free(real_sub_git_dir);
|
|
|
|
free(real_common_git_dir);
|
|
|
|
}
|
|
|
|
strbuf_release(&gitdir);
|
2016-12-13 03:04:35 +08:00
|
|
|
|
2022-12-20 20:39:50 +08:00
|
|
|
absorb_git_dir_into_superproject_recurse(path, super_prefix);
|
2016-12-13 03:04:35 +08:00
|
|
|
}
|
2017-03-09 07:07:42 +08:00
|
|
|
|
2020-03-10 21:11:24 +08:00
|
|
|
int get_superproject_working_tree(struct strbuf *buf)
|
2017-03-09 07:07:42 +08:00
|
|
|
{
|
|
|
|
struct child_process cp = CHILD_PROCESS_INIT;
|
|
|
|
struct strbuf sb = STRBUF_INIT;
|
2020-03-10 21:11:23 +08:00
|
|
|
struct strbuf one_up = STRBUF_INIT;
|
2022-07-01 18:42:52 +08:00
|
|
|
char *cwd = xgetcwd();
|
2020-03-10 21:11:24 +08:00
|
|
|
int ret = 0;
|
2017-03-09 07:07:42 +08:00
|
|
|
const char *subpath;
|
|
|
|
int code;
|
|
|
|
ssize_t len;
|
|
|
|
|
|
|
|
if (!is_inside_work_tree())
|
|
|
|
/*
|
|
|
|
* FIXME:
|
|
|
|
* We might have a superproject, but it is harder
|
|
|
|
* to determine.
|
|
|
|
*/
|
2020-03-10 21:11:24 +08:00
|
|
|
return 0;
|
2017-03-09 07:07:42 +08:00
|
|
|
|
2020-03-10 21:11:23 +08:00
|
|
|
if (!strbuf_realpath(&one_up, "../", 0))
|
2020-03-10 21:11:24 +08:00
|
|
|
return 0;
|
2017-03-09 07:07:42 +08:00
|
|
|
|
2020-03-10 21:11:23 +08:00
|
|
|
subpath = relative_path(cwd, one_up.buf, &sb);
|
|
|
|
strbuf_release(&one_up);
|
2017-03-09 07:07:42 +08:00
|
|
|
|
2022-06-02 17:09:50 +08:00
|
|
|
prepare_submodule_repo_env(&cp.env);
|
|
|
|
strvec_pop(&cp.env);
|
2017-03-09 07:07:42 +08:00
|
|
|
|
2020-07-29 04:25:12 +08:00
|
|
|
strvec_pushl(&cp.args, "--literal-pathspecs", "-C", "..",
|
strvec: fix indentation in renamed calls
Code which split an argv_array call across multiple lines, like:
argv_array_pushl(&args, "one argument",
"another argument", "and more",
NULL);
was recently mechanically renamed to use strvec, which results in
mis-matched indentation like:
strvec_pushl(&args, "one argument",
"another argument", "and more",
NULL);
Let's fix these up to align the arguments with the opening paren. I did
this manually by sifting through the results of:
git jump grep 'strvec_.*,$'
and liberally applying my editor's auto-format. Most of the changes are
of the form shown above, though I also normalized a few that had
originally used a single-tab indentation (rather than our usual style of
aligning with the open paren). I also rewrapped a couple of obvious
cases (e.g., where previously too-long lines became short enough to fit
on one), but I wasn't aggressive about it. In cases broken to three or
more lines, the grouping of arguments is sometimes meaningful, and it
wasn't worth my time or reviewer time to ponder each case individually.
Signed-off-by: Jeff King <peff@peff.net>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2020-07-29 04:26:31 +08:00
|
|
|
"ls-files", "-z", "--stage", "--full-name", "--",
|
|
|
|
subpath, NULL);
|
2017-03-09 07:07:42 +08:00
|
|
|
strbuf_reset(&sb);
|
|
|
|
|
|
|
|
cp.no_stdin = 1;
|
|
|
|
cp.no_stderr = 1;
|
|
|
|
cp.out = -1;
|
|
|
|
cp.git_cmd = 1;
|
|
|
|
|
|
|
|
if (start_command(&cp))
|
|
|
|
die(_("could not start ls-files in .."));
|
|
|
|
|
|
|
|
len = strbuf_read(&sb, cp.out, PATH_MAX);
|
|
|
|
close(cp.out);
|
|
|
|
|
|
|
|
if (starts_with(sb.buf, "160000")) {
|
|
|
|
int super_sub_len;
|
|
|
|
int cwd_len = strlen(cwd);
|
|
|
|
char *super_sub, *super_wt;
|
|
|
|
|
|
|
|
/*
|
|
|
|
* There is a superproject having this repo as a submodule.
|
|
|
|
* The format is <mode> SP <hash> SP <stage> TAB <full name> \0,
|
|
|
|
* We're only interested in the name after the tab.
|
|
|
|
*/
|
|
|
|
super_sub = strchr(sb.buf, '\t') + 1;
|
2018-09-28 02:10:54 +08:00
|
|
|
super_sub_len = strlen(super_sub);
|
2017-03-09 07:07:42 +08:00
|
|
|
|
|
|
|
if (super_sub_len > cwd_len ||
|
|
|
|
strcmp(&cwd[cwd_len - super_sub_len], super_sub))
|
2018-05-02 17:38:41 +08:00
|
|
|
BUG("returned path string doesn't match cwd?");
|
2017-03-09 07:07:42 +08:00
|
|
|
|
|
|
|
super_wt = xstrdup(cwd);
|
|
|
|
super_wt[cwd_len - super_sub_len] = '\0';
|
|
|
|
|
2020-03-10 21:11:24 +08:00
|
|
|
strbuf_realpath(buf, super_wt, 1);
|
|
|
|
ret = 1;
|
2017-03-09 07:07:42 +08:00
|
|
|
free(super_wt);
|
|
|
|
}
|
2022-07-01 18:42:52 +08:00
|
|
|
free(cwd);
|
2017-03-09 07:07:42 +08:00
|
|
|
strbuf_release(&sb);
|
|
|
|
|
|
|
|
code = finish_command(&cp);
|
|
|
|
|
|
|
|
if (code == 128)
|
|
|
|
/* '../' is not a git repository */
|
2020-03-10 21:11:24 +08:00
|
|
|
return 0;
|
2017-03-09 07:07:42 +08:00
|
|
|
if (code == 0 && len == 0)
|
|
|
|
/* There is an unrelated git repository at '../' */
|
2020-03-10 21:11:24 +08:00
|
|
|
return 0;
|
2017-03-09 07:07:42 +08:00
|
|
|
if (code)
|
|
|
|
die(_("ls-tree returned unexpected return code %d"), code);
|
|
|
|
|
|
|
|
return ret;
|
|
|
|
}
|
2017-03-26 10:42:30 +08:00
|
|
|
|
2017-09-25 23:59:26 +08:00
|
|
|
/*
|
|
|
|
* Put the gitdir for a submodule (given relative to the main
|
|
|
|
* repository worktree) into `buf`, or return -1 on error.
|
|
|
|
*/
|
2017-03-26 10:42:30 +08:00
|
|
|
int submodule_to_gitdir(struct strbuf *buf, const char *submodule)
|
|
|
|
{
|
|
|
|
const struct submodule *sub;
|
|
|
|
const char *git_dir;
|
|
|
|
int ret = 0;
|
|
|
|
|
2024-03-26 21:37:25 +08:00
|
|
|
if (validate_submodule_path(submodule) < 0)
|
|
|
|
exit(128);
|
|
|
|
|
2017-03-26 10:42:30 +08:00
|
|
|
strbuf_reset(buf);
|
|
|
|
strbuf_addstr(buf, submodule);
|
|
|
|
strbuf_complete(buf, '/');
|
|
|
|
strbuf_addstr(buf, ".git");
|
|
|
|
|
|
|
|
git_dir = read_gitfile(buf->buf);
|
|
|
|
if (git_dir) {
|
|
|
|
strbuf_reset(buf);
|
|
|
|
strbuf_addstr(buf, git_dir);
|
|
|
|
}
|
|
|
|
if (!is_git_directory(buf->buf)) {
|
2021-04-26 09:02:56 +08:00
|
|
|
sub = submodule_from_path(the_repository, null_oid(),
|
|
|
|
submodule);
|
2017-03-26 10:42:30 +08:00
|
|
|
if (!sub) {
|
|
|
|
ret = -1;
|
|
|
|
goto cleanup;
|
|
|
|
}
|
|
|
|
strbuf_reset(buf);
|
2021-09-16 02:59:19 +08:00
|
|
|
submodule_name_to_gitdir(buf, the_repository, sub->name);
|
2017-03-26 10:42:30 +08:00
|
|
|
}
|
|
|
|
|
|
|
|
cleanup:
|
|
|
|
return ret;
|
|
|
|
}
|
2021-09-16 02:59:19 +08:00
|
|
|
|
|
|
|
void submodule_name_to_gitdir(struct strbuf *buf, struct repository *r,
|
|
|
|
const char *submodule_name)
|
|
|
|
{
|
|
|
|
/*
|
|
|
|
* NEEDSWORK: The current way of mapping a submodule's name to
|
|
|
|
* its location in .git/modules/ has problems with some naming
|
|
|
|
* schemes. For example, if a submodule is named "foo" and
|
|
|
|
* another is named "foo/bar" (whether present in the same
|
|
|
|
* superproject commit or not - the problem will arise if both
|
|
|
|
* superproject commits have been checked out at any point in
|
|
|
|
* time), or if two submodule names only have different cases in
|
|
|
|
* a case-insensitive filesystem.
|
|
|
|
*
|
|
|
|
* There are several solutions, including encoding the path in
|
|
|
|
* some way, introducing a submodule.<name>.gitdir config in
|
|
|
|
* .git/config (not .gitmodules) that allows overriding what the
|
|
|
|
* gitdir of a submodule would be (and teach Git, upon noticing
|
|
|
|
* a clash, to automatically determine a non-clashing name and
|
|
|
|
* to write such a config), or introducing a
|
|
|
|
* submodule.<name>.gitdir config in .gitmodules that repo
|
|
|
|
* administrators can explicitly set. Nothing has been decided,
|
|
|
|
* so for now, just append the name at the end of the path.
|
|
|
|
*/
|
|
|
|
strbuf_repo_git_path(buf, r, "modules/");
|
|
|
|
strbuf_addstr(buf, submodule_name);
|
|
|
|
}
|