Git-secret: Deploy step is ignored

Created on 28 Nov 2017  Â·  13Comments  Â·  Source: sobolevn/git-secret

Most helpful comment

@hurricanehrndz @sobolevn Is there anything I can assist with or is 0.2.3 ready to be released just have to push the packages out?

All 13 comments

@sobolevn

What do you want to distribute on? Git-test or gnupg2 or gnupg1?

I want to distribute git-secret as rpm, deb, and possible apk packages. Yeap, you nailed it in the last commit.

With apk, it really should get submitted into the the Alpine repos, no
reason it shouldn't be. I will submit into the openSUSE repos.

On Nov 28, 2017 8:10 AM, "Nikita Sobolev" notifications@github.com wrote:

I want to distribute git-secret as rpm, deb, and possible apk packages.
Yeap, you nailed it in the last commit.

—
You are receiving this because you were assigned.
Reply to this email directly, view it on GitHub
https://github.com/sobolevn/git-secret/issues/120#issuecomment-347553355,
or mute the thread
https://github.com/notifications/unsubscribe-auth/AFiQzW9gWsl00UOiGrXXB636rg8jsJGsks5s7CJcgaJpZM4QtVYF
.

@hurricanehrndz @sobolevn Is there anything I can assist with or is 0.2.3 ready to be released just have to push the packages out?

It is ready, we just need to push the packages.

@nictrix you can really help if you fix the current release process. It used to be automated.
Feel free to ask any question you have.

@nictrix @sobolevn @hurricanehrndz

Most of the CI build issues have been resolved

can someone look at the current CI outputs and detail what is left to fix for this issue?

Related: I see this error at the end of
https://travis-ci.org/sobolevn/git-secret/jobs/368148728
Skipping a deployment with the bintray provider because a custom condition was not met

@joshrabinowitz yeap, you got it!

PR #161 (adding GITSECRET_DIST env var settings to .travis.yml) was written towards fixing this issue, but does not solve it.

What else needs to happen to get the deploy step working again?

@sobolevn guidance welcome

I can see that deploy had been ignored before #161 was merged.

Skipping a deployment with the bintray provider because a custom condition was not met
Skipping a deployment with the bintray provider because a custom condition was not met

Link: https://travis-ci.org/sobolevn/git-secret/jobs/368148723

But now we face another issue: deploy script can not find build/deb_descriptor.json. This file is used to specify metadata for deploy. https://travis-ci.org/sobolevn/git-secret/jobs/368494269#L2439

It should be generated during before_deploy script. By .ci/before_deploy.sh file. By this particular line: https://github.com/sobolevn/git-secret/blob/master/.ci/before_deploy.sh#L10

Before deploy actually happens travis runs a cleanup process. https://travis-ci.org/sobolevn/git-secret/jobs/368494269#L2417 Which also may be the cause why our descriptor is missing.

Well, we have to change the way app is deployed in several things:

  1. We need to run deploy on tags, right now we are using deploys on master branch
  2. There should be only two deploys: one for deb and one for rpm, right now due to $GITSECRET_DIST == rpm condition deploys will happen several times: KITCHEN_REGEXP="gnupg2-centos-latest"; GITSECRET_DIST="rpm" and env: KITCHEN_REGEXP="gnupg2-fedora-latest"; GITSECRET_DIST="rpm" will release two identical builds

We can also check that deploy is working locally. I guess, you will need to register a test account in bintray. There are several things to configure: your username, password and gpg key for signing releases

I have setup a pull requestion to fix this which is https://github.com/sobolevn/git-secret/pull/184 I put some comments in the "files changed" in the PR.

This issue has been fixed with the deployment of 0.2.4

There is a note by @sobolevn deploying from tags that I will break out as a new ticket.

Was this page helpful?
0 / 5 - 0 ratings