You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
As explained in #2 , we have a few projects that have previously been released under lambdaisland, where at some point we switched to com.lambdaisland. For these we want to still release a version under lambdaisland, but one that is nothing but an empty jar (only containing the pom), with a single dependency on the com.lambdaisland version. We'll specify this through a new option in bin/proj: :old-group-id.
If this key is present the release process (see lioss.release/do-release), after deploying the main artifact, will create a pom.xml in a temp directory, and then mvn deploy it from there.
We'll need to implement the single-dependency-pom, see lioss.pom/regular-pom and lioss.pom/relocation-pom. This new pom will not have a relocation stanza (we're not actually using Maven relocation support), it will have a <dependencies> section pointing at the previously released artifact.
The text was updated successfully, but these errors were encountered:
## Added
- Add support for logging multiple forms with `spy`.
## Fixed
- Release under `com.lambdaisland` as well as `lambdaisland`, see lambdaisland/open-source#9
## Changed
- Version bumps
Currently in
bin/proj
we set the Mavengroup-id
, e.g. here is thebin/proj
for FacaiAs explained in #2 , we have a few projects that have previously been released under
lambdaisland
, where at some point we switched tocom.lambdaisland
. For these we want to still release a version underlambdaisland
, but one that is nothing but an empty jar (only containing the pom), with a single dependency on thecom.lambdaisland
version. We'll specify this through a new option inbin/proj
::old-group-id
.If this key is present the release process (see
lioss.release/do-release
), after deploying the main artifact, will create apom.xml
in a temp directory, and thenmvn deploy
it from there.We'll need to implement the single-dependency-pom, see
lioss.pom/regular-pom
andlioss.pom/relocation-pom
. This new pom will not have a relocation stanza (we're not actually using Maven relocation support), it will have a<dependencies>
section pointing at the previously released artifact.The text was updated successfully, but these errors were encountered: