Advanced handling of submodules by integrating them or handling as submodules as you know but provide auto merge functions of hotfixes from other repositories or inside.
Rule of thumb:
- no data is lost, it is safe to call gimera. If there are staged files, gimera wont continue.
During run of gimera commits are done for example after pulling submodules or updating local paths.
pipx install gimera
gimera completion (Follow instructions)
Put gimera.yml into your root folder of your project:
common:
vars:
VERSION: '15.0'
repos:
# make ordinary git submodule:
- url: "https://github.com/foo/bar"
branch: branch1_${VERSION}
path: roles/sub1
patches: []
type: submodule
# default True
enabled: True
# instead of submodule put the content directly in the repository;
# apply patches from local git repository
- url: "https://github.com/foo/bar"
branch: branch1
path: roles2/sub1
patches:
- 'roles2/sub1_patches'
type: integrated
ignored_patchfiles:
- file1.patch
- roles2/sub1_patches/file1.patch
# apply patches from another remote repository
#
- url: "https://github.com/foo/bar"
branch: branch1
path: roles2/sub1
remotes:
remote2: https://github.com/foo2/bar2
merges:
- remote2 main
- origin refs/pull/1/head
type: integrated
Patches and remote merges may be combined.
Then execute:
gimera apply
From the example above:
- edit roles2/sub1/file1.txt
gimera apply
Then a patch file is created as suggestion in roles2/sub1_patches which you may commit and push.
gimera edit-patch file1.patch file2.patch
- by this, you can combine several patch files into one again
gimera apply repo_path repo_path2 repo_path3`
gimera apply --update
Latest versions are pulled and patches are applied.
Use Case: you have an integrated repository. Now you want to turn it into submodule, to easily commit and push changes. Then you do:
gimera apply <path> -S
Now although it is configured as integrated, it is now a submodule.
After that you can go back to default settings or force integrated mode. You should call update to pull the latest version.
gimera apply <path> -I --update
If you have your tools in git submodules and depending where you add your modules specific patches have to be applied, you can use the following structure. A concrete use case is for example odoo and using sub modules.
So instead of creating a branch for 13.0 / 14.0 / 15.0 / 16.0 you just create the main branch and working on version 14.0 for example. Then you create patch dirs for each version.
In the submodule:
gimera.yml
common:
patches:
- patches/${VERSION}
The main gimera which integrates the submodule should be:
common:
vars:
VERSION: 15.0
repos:
type: integrated
url: .....
path: sub1
After that a recursive gimera is required.
gimera apply -r
- Michael Tietz ([email protected])
- Walter Saltzmann
pip install git+https://github.com/marcwimmer/gimera