Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

When compiling on the server side, pass my keystore password in the form of parameters. Is there a good way? #130

Open
asking1233 opened this issue May 26, 2023 · 2 comments

Comments

@asking1233
Copy link

When compiling locally, my keystore password will be exposed. I want to use mirakle to compile on the server. When compiling on the server side, pass my keystore password in the form of parameters. Is there a good way?

@asking1233
Copy link
Author

The keystore password is stored on the server and only I know it

@LuigiVampa92
Copy link

When compiling locally, my keystore password will be exposed. I want to use mirakle to compile on the server. When compiling on the server side, pass my keystore password in the form of parameters. Is there a good way?

It really depends how you implement it in build.gradle script. I believe you must first make a logic that will accept keystore password, key alias and key password values as gradle call parameters locally on your computer, and then by calling this command with mirakle enabled, it will be executed the same way with the same parameters on the remote machine.

I think the most correct way is to make mirakle break remote execution on task "signRelease", pull the intermediate results, and then continue to do the signing locally. There is "breakOnTasks" config that mirakle plugin accepts, it is made specifically for such cases, however I hadn't managed to get them working. I personally pass the keystore file and its passwords in the properties file to the server, but that's ok in my case, because I use my own desktop PC as a server

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants