Skip to content

Commit

Permalink
#725: Migrate Unlock Snapshots to Markdown
Browse files Browse the repository at this point in the history
  • Loading branch information
andrzejj0 authored and slachiewicz committed Oct 26, 2022
1 parent f793fe1 commit b3ae892
Show file tree
Hide file tree
Showing 2 changed files with 99 additions and 104 deletions.
104 changes: 0 additions & 104 deletions src/site/apt/examples/unlock-snapshots.apt

This file was deleted.

99 changes: 99 additions & 0 deletions src/site/markdown/examples/unlock-snapshots.md
Original file line number Diff line number Diff line change
@@ -0,0 +1,99 @@
title: Unlocking snapshot dependencies
author: Stephen Connolly, Paul Gier
date: 2009-04-20

<!---
Licensed to the Apache Software Foundation (ASF) under one
or more contributor license agreements. See the NOTICE file
distributed with this work for additional information
regarding copyright ownership. The ASF licenses this file
to you under the Apache License, Version 2.0 (the
"License"); you may not use this file except in compliance
with the License. You may obtain a copy of the License at
https://www.apache.org/licenses/LICENSE-2.0
Unless required by applicable law or agreed to in writing,
software distributed under the License is distributed on an
"AS IS" BASIS, WITHOUT WARRANTIES OR CONDITIONS OF ANY
KIND, either express or implied. See the License for the
specific language governing permissions and limitations
under the License.
-->

# Unlocking snapshot dependencies

If your pom contains a lot of -SNAPSHOT dependencies and those -SNAPSHOT dependencies are a moving target, it
can sometimes be helpful to temporarily replace the -SNAPSHOT with a locked -YYYYMMDD.HHMMSS-NNN snapshot.
In the long term, you will need to return to the -SNAPSHOT dependencies and then replace them with their
release version, but if you need a short term semi-reproducible build, locked -SNAPSHOTs can sometimes be a
useful hack.

If your pom has specified locked snapshot versions (these will end with the form -YYYYMMDD.HHMMSS-NNN) for certain
ependencies:

```xml
<dependencies>

<dependency>
<groupId>org.codehaus.cargo</groupId>
<artifactId>cargo-core-api</artifactId>
<version>1.0-20081117.213112-16</version>
</dependency>

</dependencies>
```

Using the `unlock-snapshots` goal, the locked snapshot versions can be unlocked again to regular -SNAPSHOT
versions.

```shell
mvn versions:unlock-snapshots
```

The pom dependencies are modified to look like the following.

```xml
<dependencies>

<dependency>
<groupId>org.codehaus.cargo</groupId>
<artifactId>cargo-core-api</artifactId>
<version>1.0-SNAPSHOT</version>
</dependency>

</dependencies>
```

You can restrict which dependencies should have their -SNAPSHOT versions unlocked. For example,
the following will only match dependencies that match the groupId "org.codehaus.plexus" and artifactId
"plexus-utils"

```shell
mvn versions:unlock-snapshots -Dincludes=org.codehaus.plexus:plexus-utils
```

The `includes` and `excludes` parameters follow the format `groupId:artifactId:type:classifier`.
Use a comma separated separated list to specify multiple includes. Wildcards (*) can also be used to match
multiple values.

This example will match anything with the groupId "org.codehaus.plexus" and anything with the groupId and
artifactId matching "junit".

```shell
mvn versions:unlock-snapshots -Dincludes=org.codehaus.plexus:*,junit:junit
```

By default, both the `project/dependencyManagment` and `project/dependencies` sections will be processed.
You can use the `processDependencies` and `processDependencyManagement` parameters to control which sections
are processed.

This example will only process the `project/dependencyManagment` section of your pom:

```shell
mvn versions:unlock-snapshots -DprocessDependencies=false
```

While this example will only process the `project/dependencies` section of your pom:

```shell
mvn versions:unlock-snapshots -DprocessDependencyManagement=false
```

0 comments on commit b3ae892

Please sign in to comment.