tools/git-repo.git/manifest_xml.py, branch v2.60.2

Rename XmlManifest.GetGroupsStr() to XmlManifest.GetManifestGroupsStr()

2025-12-03T15:57:22+00:00

This makes it more clear what kind of groups it refers to. Change-Id: I47369050d1436efcc77f3a69d5b7c99a536b23bc Reviewed-on: https://gerrit-review.googlesource.com/c/git-repo/+/528462 Tested-by: Peter Kjellerstedt Reviewed-by: Gavin Mak Commit-Queue: Peter Kjellerstedt Reviewed-by: Mike Frysinger

manifest_xml, git_superproject: Rename an argument for XmlManifest.ToXml()

2025-12-02T19:44:24+00:00

Rename the groups argument to filter_groups to make it more clear what kind of groups it refers to. Change-Id: I90e6e9aa74a7e3e697705dd4bf8676226055878b Reviewed-on: https://gerrit-review.googlesource.com/c/git-repo/+/528461 Reviewed-by: Mike Frysinger Commit-Queue: Peter Kjellerstedt Tested-by: Peter Kjellerstedt Reviewed-by: Gavin Mak

manifest: Propagate revision attribute through multiple levels of include

2025-11-26T10:08:44+00:00

Make sure a revision attribute for an include element is propagated through multiple levels of manifest includes. Change-Id: If37d65b0cd47da673719976598175d0eb6b7cbbe Reviewed-on: https://gerrit-review.googlesource.com/c/git-repo/+/525341 Reviewed-by: Mike Frysinger Tested-by: Peter Kjellerstedt Commit-Queue: Peter Kjellerstedt Reviewed-by: Gavin Mak

manifest, project: Store project groups as sets

2025-11-26T10:08:07+00:00

This helps a lot when including common manifests with groups and they use extend-project. Change-Id: Ic574e7d6696139d0eb90d9915e8c7048d5e89c07 Reviewed-on: https://gerrit-review.googlesource.com/c/git-repo/+/525323 Reviewed-by: Gavin Mak Tested-by: Peter Kjellerstedt Reviewed-by: Mike Frysinger Commit-Queue: Peter Kjellerstedt

manifest: Make include groups propagate to extend-project elements

2025-11-26T10:05:48+00:00

Any groups specified to an include element should propagate to any extend-project elements and then on to the projects. Change-Id: I62b95689cc13660858564ae569cbfd095961ecc7 Reviewed-on: https://gerrit-review.googlesource.com/c/git-repo/+/525321 Tested-by: Peter Kjellerstedt Commit-Queue: Peter Kjellerstedt Reviewed-by: Gavin Mak Reviewed-by: Mike Frysinger

manifest: Make extend-project support copyfile, linkfile and annotation

2025-10-27T18:38:07+00:00

This allows an existing project to be extended by these elements. Change-Id: I6826e518f39ca86485301491639101943b7e2ae0 Reviewed-on: https://gerrit-review.googlesource.com/c/git-repo/+/519781 Reviewed-by: Mike Frysinger Tested-by: Peter Kjellerstedt Reviewed-by: Gavin Mak

manifest: Remove redundant re-raise of BaseExceptions

2025-04-22T17:20:08+00:00

This change should be a noop from a functional point of view. Exceptions inheriting directly from BaseException (KeyboardInterrupt, SystemExit) are not caught by "except Exception", they will instead continue raising upwards the stack, so there is no need to explicitly catch and re-raise them. Change-Id: Ic10764af4a6c05d1162f8b21651e7864ed742286 Reviewed-on: https://gerrit-review.googlesource.com/c/git-repo/+/469601 Reviewed-by: Mike Frysinger Reviewed-by: Josip Sokcevic Tested-by: Erik Elmeke

black: update to v25

2025-03-25T18:20:35+00:00

Requires a little reformatting in the tree. Change-Id: Iaa40fe0dfca372c49c04cc26edccb5f7b0c2a8ad Reviewed-on: https://gerrit-review.googlesource.com/c/git-repo/+/462883 Commit-Queue: Mike Frysinger Reviewed-by: Gavin Mak Tested-by: Mike Frysinger

Update internal filesystem layout for submodules

2025-02-04T16:07:49+00:00

Change the bare checkout directory for submodules from 'subprojects' to 'modules'. Git expects bare submodule checkouts to be in the 'modules' directory. If old subproject directories are found, they will be migrated to the new modules directory. This change is the first step in ensuring Git can understand repo's submodules to some extent. Change-Id: I385029f1bb55d040616d970d6ffb4bb856692520 Reviewed-on: https://gerrit-review.googlesource.com/c/git-repo/+/444881 Tested-by: Kaushik Lingarkar Reviewed-by: Josip Sokcevic

manifest: add optional base check on remove and extend

2024-10-28T16:55:10+00:00

This adds an optional, built-in checker for guarding against patches hanging on wrong base revisions, which is useful if a lower layer of the manifest changes after a patch was done. When adding a patch with a new revision using extend-project or remove-project/project: C---D---E patches in project bla / A---B project bla in manifest state 1 If project bla gets updated, in a new snap ID or by a supplier or similar, to a new state: C---D---E patches in project bla / A---B---F---G project bla in manifest state 2 Parsing will fail because revision of bla is now G, giving the choice to create a new patch branch from G and updating base-rev, or keeping previous branch for some reason and only updating base-rev. Intended for use in a layered manifest with hashed revisions. Named refs like branches and tags also work fine when comparing, but will be misleading if a branch is used as base-rev. Change-Id: Ic6211550a7d3cc9656057f6a2087c505b40cad2b Reviewed-on: https://gerrit-review.googlesource.com/c/git-repo/+/436777 Reviewed-by: Josip Sokcevic Tested-by: Fredrik de Groot Commit-Queue: Josip Sokcevic