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

moved etherscan api key to env contracts file #1837

Conversation

alysiahuggins
Copy link
Contributor

Closes #1799

This PR:

Moves the ETHERSCAN_API_KEY into the .env.contracts file since the .env file is currently used for config variables and not secrets

Key places to review:

the justfile

Copy link
Contributor

@alxiong alxiong left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

don't have objection.

can you point me to the discussion of this separation (what goes into which file and why)? I'd like to catch up.

e.g. i wonder why aren't we avoid version controlling .env file
and why not put all secrets into a separate file. (i.e. separating public and secret configs)

@Ancient123
Copy link
Member

separating public and secret configs

I actually really like this, because config values in our production environment are set differently between the two. I helps with the jump to cloud deployment when I can know what stuff is a secret from just looking at the configs.

@alysiahuggins
Copy link
Contributor Author

e.g. i wonder why aren't we avoid version controlling .env file and why not put all secrets into a separate file. (i.e. separating public and secret configs)

from what I see, all the secrets from the .env were contract deployment related, the remaining MNEMONICs are never changed and they only use the test account.

don't have objection.

can you point me to the discussion of this separation (what goes into which file and why)? I'd like to catch up.

Sure I'll ping you

@alysiahuggins
Copy link
Contributor Author

separating public and secret configs

I actually really like this, because config values in our production environment are set differently between the two. I helps with the jump to cloud deployment when I can know what stuff is a secret from just looking at the configs.

ok great @Ancient123 , and we can also have a conversation about handling these deployments going forward.

@alysiahuggins alysiahuggins enabled auto-merge (squash) August 13, 2024 23:53
@alysiahuggins alysiahuggins merged commit c75c813 into main Aug 14, 2024
14 checks passed
@alysiahuggins alysiahuggins deleted the 1799-improve-the-handling-of-config-variables-related-to-contracts branch August 14, 2024 00:29
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

Successfully merging this pull request may close these issues.

Improve the handling of config variables related to contracts
3 participants