Status: latest merge to
java-shib-shared was on 2022-06-20.
This page has some notes and status information related to the following Jira issue:
There are two repositories in the
@converting category associated with this work:
These repositories are read-write for
iay, read-only for other committers and not presented via
gitweb. They can be updated if we change assumptions or update the source repositories (the latter is already the case), but there's no way to preserve any changes pushed to them if we need to re-run the build process. Once they become read-write, there's really no way back.
The straw man is built under the following assumptions, all of which may change before we declare victory:
At this stage, we’re not planning to refactor any of the code in either source repository. We may do that later to disaggregate the current
This will turn into a multi-module project, with a
pom.xml in the root directory of this new repository, in the way we’ve done with the MDA and some of the plugin repositories, rather than the side-by-side scheme we used in the IdP and OpenSAML. This hasn’t been done yet.
We don’t intend to use this new merged repository to rebuild historic versions of the artifacts, or to do any necessary maintenance on previous versions (however, there’s no reason to make it impossible, either). There’s no current intention to remove the old repositories, and that work can be done there. This means that all non-
dev/ branch names carried over from the old repositories have been stripped from the new repository.
Initially, we’re leaving the file names and Maven coordinates for the two artifacts generated as they are. Longer term, we want to rename those because their current names aren’t well chosen. I’m assuming that we want to change from
shib-support and from
To align with that, the histories for the two source repositories are moved into sub-directories with those names (
The GPG/PGP signatures have been stripped from all signed tags. It’s not possible to perform any of the surgery required and preserve these as functional signatures, and removing them seems better than leaving them intact but non-functional.
The Git history for the
java-shib-shared repository looks like this:
There’s an empty root commit dated 2010-01-01T00:00Z. This timestamp predates the earliest commit in each of the source repository.
Two branches come out of the root commit, one for each source repository.
main branch of the new repository is a merge between the two histories of the source repositories.
Tags from the source repositories are present with
spring- prefixes as appropriate.
dev/ branches from the source repositories have been rebased to the new
main. The script handles new ones programmatically so there appears to be no need to resolve
dev/ branches before the merge.
This all means that for example
git log shib-support/pom.xmldoes what you’d want.
New output from
New output from