• Home
  • Features
  • Pricing
  • Docs
  • Announcements
  • Sign In

wooga / atlas-version
84%
master: 76%

Build:
Build:
LAST BUILD BRANCH: PR-49
DEFAULT BRANCH: master
Repo Added 26 May 2020 10:54AM UTC
Files 31
Badge
Embed ▾
README BADGES
x

If you need to use a raster PNG badge, change the '.svg' to '.png' in the link

Markdown

Textile

RDoc

HTML

Rst

LAST BUILD ON BRANCH PR-9
branch: PR-9
CHANGE BRANCH
x
Reset
  • PR-9
  • PR-10
  • PR-12
  • PR-13
  • PR-14
  • PR-15
  • PR-18
  • PR-2
  • PR-20
  • PR-29
  • PR-3
  • PR-31
  • PR-34
  • PR-36
  • PR-37
  • PR-38
  • PR-39
  • PR-4
  • PR-40
  • PR-41
  • PR-42
  • PR-43
  • PR-44
  • PR-45
  • PR-46
  • PR-47
  • PR-48
  • PR-49
  • PR-6
  • PR-7
  • PR-8
  • master

pending completion
2

push

jenkins

Add new strategy staticMarker

Description
===========

This new strategy won't auto increment the normal part of the version as
`semver` or `semver2` would do. Instead the whole normal part of the
version is taken from a `marker` tag. Other metadata information for
prerelease versions are generated in a similar fashion than done in the
`semver` strategies but not based on the latest release tag but also on
the marker tag.

One can define two marker tags in the project.

* `ci-0.0.0`
* `release-0.0.0`

The prefix can not be configured at the moment. The version strategy
will look for these markers and determine the normal of the generated
version. We have two different markers depending on the current release
cycle. We can configure to use a specific marker based on the current
git branch. This can be configured with the `releaseBranchPattern`
property which has a default value of `/(^release\/.*|^master$)/`. Which
means if the current branch is named `master` or starts with `release/`
then use the normal from the `release-*` marker tag. If not use the ci
marker. This allows to bump the ci version to the next to be released
version for development when the release process is kicked off in a
sidebranch. To illustrate this:

```
         *     branch: 'develop', version: '0.2.0-develop.2
        /|
       ◊ |     branch: 'master', version: '0.1.0', tag: 'v0.1.0,
       | |
       * |     branch: 'master', version: '0.1.0-master.1, distance: 1
       | |
       | *     branch: 'develop', version: '0.2.0-develop.1
        \|
         ◊     branch: 'develop', version: '0.0.0', tag: 'release-0.1.0', ci-0.2.0,
```

Staging and production build generation works as before. Staging builds
will increment based on the previous staging version.

This patch also adds a new configuration property which allows to
configure which branch(es) are the main development branches. This
information is used to construct the snapshot prerelease metadata.

A snapshot version ge... (continued)

491 of 582 relevant lines covered (84.36%)

2.53 hits per line

Relevant lines Covered
Build:
Build:
582 RELEVANT LINES 491 COVERED LINES
2.53 HITS PER LINE
Source Files on PR-9
  • Tree
  • List 23
  • Changed 0
  • Source Changed 0
  • Coverage Changed 0
Coverage ∆ File Lines Relevant Covered Missed Hits/Line

Recent builds

Builds Branch Commit Type Ran Committer Via Coverage
2 PR-9 Add new strategy staticMarker Description =========== This new strategy won't auto increment the normal part of the version as `semver` or `semver2` would do. Instead the whole normal part of the version is taken from a `marker` tag. Other metad... push 10 Sep 2020 10:38AM UTC jenkins pending completion  
See All Builds (72)
  • Repo on GitHub
STATUS · Troubleshooting · Open an Issue · Sales · Support · CAREERS · ENTERPRISE · START FREE · SCHEDULE DEMO
ANNOUNCEMENTS · TWITTER · TOS & SLA · Supported CI Services · What's a CI service? · Automated Testing

© 2025 Coveralls, Inc