[logback-dev] Logback Maven repo for deploying releases?
Jason Dillon
jason at planet57.com
Mon Mar 12 23:04:39 CET 2012
> Configuration has been prepared, now you can:
>
> repo_1) Deploy snapshot artifacts into repository
> https://oss.sonatype.org/content/repositories/snapshots
>
> repo_2) Deploy release artifacts into the staging repository
> https://oss.sonatype.org/service/local/staging/deploy/maven2
>
> Promote staged artifacts into repository 'Releases'
>
> repo_3) Download snapshot and release artifacts from group
> https://oss.sonatype.org/content/groups/public
>
> repo_4) Download snapshot, release and staged artifacts from staging
> group https://oss.sonatype.org/content/groups/staging
>
>
> I can see use for repo_1 for deploying snapshots and repo_2 for
> releasing artifacts (to be subsequently synced with Maven Central).
> However, what use is there for repo_3 and repo_4?
>
> I guess one could ignore repo_3 and repo_4 if one has no use for it.
> What am I missing?
repo_2 is a REST end-point used to deploy artifacts too, you would not configure maven to fetch artifacts from this url. Users will fetch artifacts using the repo_3 url.
When artifacts are staged, the repository of the staged artifacts will be in the staging group under repo_4. This is useful to help verify your staged artifacts are as desired before promoting them.
Some example config here:
http://search.maven.org/remotecontent?filepath=org/sonatype/oss/oss-parent/7/oss-parent-7.pom
Many projects using this repository actually make this their parent, but you don't need to do that if you don't want.
Oh, also keep in mind that you *must* GPG sign everything deployed, or NX will reject the artifacts.
--jason
More information about the logback-dev
mailing list