You are viewing a plain text version of this content. The canonical link for it is here.
Posted to oak-issues@jackrabbit.apache.org by "Davide Giannella (JIRA)" <ji...@apache.org> on 2016/06/21 10:12:58 UTC

[jira] [Comment Edited] (OAK-4487) Move the apache-release profile in oak-parent

    [ https://issues.apache.org/jira/browse/OAK-4487?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15341498#comment-15341498 ] 

Davide Giannella edited comment on OAK-4487 at 6/21/16 10:12 AM:
-----------------------------------------------------------------

{{check_staged_release.sh}} does not perform all the checks as our release process. It simply download locally all the binaries and checks the MD5/SHA1. Feel free to rename the script if you feel like.

I think if you want to individually release the oak-segment-tar bundle, you'll have to create the dedicated apache-release profile. It will share most of the things with other project but it will be slightly different as it cares on only 1 bundle.

plus the current release actually creates a tag in svn as jackrabbit-oak and then the script we run for checking the release, checks the sources of the zip file against the tag. https://dist.apache.org/repos/dist/dev/jackrabbit/check-release.sh.

So this is another step to be taken into consideration.

I would say that first we have to have a proper understanding of each step that an oak release goes through (I don't have a detailed knowledge there) and then we should try to replicate those for oak-segment-tar.

An easier way would be to simply allow oak-segment-tar to be deployed along with the normal oak release. That would simplify things.


was (Author: edivad):
{{check_staged_release.sh}} does not perform all the checks as our release process. It simply download locally all the binaries and checks the MD5/SHA1.

I think if you want to individually release the oak-segment-tar bundle, you'll have to create the dedicated apache-release profile. It will share most of the things with other project but it will be slightly different as it cares on only 1 bundle.

plus the current release actually creates a tag in svn as jackrabbit-oak and then the script we run for checking the release, checks the sources of the zip file against the tag. https://dist.apache.org/repos/dist/dev/jackrabbit/check-release.sh.

So this is another step to be taken into consideration.

I would say that first we have to have a proper understanding of each step that an oak release goes through (I don't have a detailed knowledge there) and then we should try to replicate those for oak-segment-tar.

An easier way would be to simply allow oak-segment-tar to be deployed along with the normal oak release. That would simplify things.

> Move the apache-release profile in oak-parent
> ---------------------------------------------
>
>                 Key: OAK-4487
>                 URL: https://issues.apache.org/jira/browse/OAK-4487
>             Project: Jackrabbit Oak
>          Issue Type: Improvement
>          Components: parent
>            Reporter: Francesco Mari
>            Assignee: Francesco Mari
>             Fix For: 1.6
>
>
> The {{apache-release}} profile in the root POM defines some required steps to build release artifacts in Oak. This profile should be moved to the POM in {{oak-parent}} so that these steps can be shared between different modules.
> As a concrete example, oak-segment-tar should be able to reuse these steps to be compliant with our release process. For further details, see OAK-4446.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)