openlmis-ref-distro/docs/source/conventions

versioningReleasing.md

Clone Tools

Stats

Commits this week: 0
Total Committers: 10
Last Commit: 14 Jun 18
Commits this week: 0

Lines of code count not available

Commit Activity

Commits By Day In Week
52 week commits volume
Commits By Day In Week
Commits by day
Commits By Day In Week
Commits by hour
Commits By Hour In Day
Commit calendar
 

Most active committers (90 days)

loading
loading
  • last updated a few seconds ago
All Commits Reviews
Constraints
Constraints: committers
 
Constraints: files
Constraints: dates
Friday 15 Jun 2018
7:45 am

Klaudia Pałkowska

4:05 am

Łukasz Lewczyński

Thursday 14 Jun 2018
4:32 pm

Mateusz Kwiatkowski and Jakub Kondrat

1:19 pm

Klaudia Pałkowska

OLMIS-4801: Added information about keeping release builds forever

Options
    • -1
    • +1
    ./versioningReleasing.md
1:04 pm

Mateusz Kwiatkowski

Agree, we just need some info in contribution guide or smth to inform about auto saving release builds

Agree, we just need some info in contribution guide or smth to inform about auto saving release builds

12:14 pm

Jakub Kondrat

let's also add the SNAPSHOT check

let's also add the SNAPSHOT check

12:13 pm

Jakub Kondrat

Why not have both checks? We shouldn't be releasing on branches other than master or rel-. It also does not make sense to keep a failed build, I think it's better to keep it in push image stage

Why not have both checks? We shouldn't be releasing on branches other than master or rel-. It also does not make sense to keep a failed build, I think it's better to keep it in push image stage

11:58 am

Łukasz Lewczyński

if files were added after 3.3 we don't need extra changelog entries

if files were added after 3.3 we don't need extra changelog entries

11:54 am

Mateusz Kwiatkowski

I'm not sure about that change, what if we are going to public docker image on every successful build on master? I believe that check for SNAPSHOT is enough, what if we are going to release from ma...

I'm not sure about that change, what if we are going to public docker image on every successful build on master? I believe that check for SNAPSHOT is enough, what if we are going to release from master branch? It is just saving a build so if we are going to support saving it from branches other than release once I think it is OK.

11:37 am

Klaudia Pałkowska

You are right, moved.

You are right, moved.

11:24 am

Jakub Kondrat

The Jenkinsfiles were just added in this release and we didn't include any other updates in the changelog. What do you think Mateusz Kwiatkowski Łukasz Lewczyński?

The Jenkinsfiles were just added in this release and we didn't include any other updates in the changelog. What do you think Mateusz Kwiatkowski Łukasz Lewczyński?

11:21 am

Jakub Kondrat

We should also check if it's a release branch. Maybe it would be enough move the code to 'Push image' stage?

We should also check if it's a release branch. Maybe it would be enough move the code to 'Push image' stage?

11:17 am

Klaudia Pałkowska

Jakub Kondrat Do we need changelog or update in the contribution documentation?

Jakub Kondrat Do we need changelog or update in the contribution documentation?

11:12 am

Klaudia Pałkowska

OLMIS-4801: Updated Jenkinsfile to set keepLog flag as true when releasing
OLMIS-4801: Updated Jenkinsfile to set keepLog flag as true when releasing
Monday 11 Jun 2018
8:04 pm

Josh Zamor

Thursday 07 Jun 2018
9:28 pm

Chongsun Ahn

9:28 pm

Chongsun Ahn

LGTM

LGTM

Monday 04 Jun 2018
10:13 pm

Josh Zamor

OLMIS-4840, fix UI doc links
OLMIS-4840, fix UI doc links
9:46 pm

Josh Zamor

OLMIS-4840, fix broken service api and erd doc links

Caused by moving build jobs to newly named pipeline jobs.

Options
    • -24
    • +22
    ./versioningReleasing.md
  2. … 8 more files in changeset.
Monday 28 May 2018
5:19 pm

Jakub Kondrat

6:25 am

Mateusz Kwiatkowski

Tuesday 22 May 2018
1:42 pm

Sebastian Brudziński

Maybe we shouldn't create a release branch for each single patch release, but for a series of patch releases? That means a patch 10.0.1, 10.0.2, 10.0.3 would all be supplied from branch 10.0.x The ...

Maybe we shouldn't create a release branch for each single patch release, but for a series of patch releases?
That means a patch 10.0.1, 10.0.2, 10.0.3 would all be supplied from branch 10.0.x
The reason I'm thinking about this is to avoid overlooking some changes. Eg. creating a branch for release 10.0.3 from master's 10.0.0 and not including patches for 0.1 and 0.2.
Just an idea to think about and consider.

1:18 pm

Jakub Kondrat

I couldn't find anything that needs to be updated in Contribution guide. Did I miss something?

I couldn't find anything that needs to be updated in Contribution guide. Did I miss something?

1:17 pm

Jakub Kondrat

1:16 pm

Jakub Kondrat

OLMIS-4514: Update Doc with Patch Release Process
OLMIS-4514: Update Doc with Patch Release Process
1:14 pm

Jakub Kondrat

OLMIS-4514: Update Doc with Patch Release Process

Options
    • -11
    • +24
    ./versioningReleasing.md
Monday 30 Apr 2018
10:37 pm

Chongsun Ahn <cahn922@yahoo.com>

Update the release documentation to be more accurate

Some information is old.

Options
    • -26
    • +34
    ./versioningReleasing.md
4:29 pm

Chongsun Ahn <cahn922@yahoo.com>

Revert "Release of OpenLMIS Ref Distro v3.3"

This reverts commit 0a963ec3dbe8c227e0827f0ad8c721dc28523366.

Options
    • -0
    • +1
    ./versioningReleasing.md
  2. … 12 more files in changeset.
Friday 27 Apr 2018
11:02 pm

Chongsun Ahn <cahn922@yahoo.com>

Release of OpenLMIS Ref Distro v3.3

* Update releasing instructions

Update to remove entry about updating openlmis-config, since that repo is now legacy.

* Update component versions in ref-distro

For 3.3.0 release.

* Update documentation to specific versions

For 3.3 release.

* Update ERD and API doc links

Update to build numbers instead of last successful build. Remove live versions of ERD and APIs (since they are not versioned).

Options
    • -1
    • +0
    ./versioningReleasing.md
  2. … 12 more files in changeset.
9:27 pm

Chongsun Ahn <cahn922@yahoo.com>

Update releasing instructions

Update to remove entry about updating openlmis-config, since that repo is now legacy.

Options
    • -1
    • +0
    ./versioningReleasing.md