Skip to content

add new boolean GH_COMMENT env var for whether to post GitHub comments - #7

Open
snarfed wants to merge 2 commits into
yasyf:masterfrom
snarfed:gh_comment
Open

add new boolean GH_COMMENT env var for whether to post GitHub comments#7
snarfed wants to merge 2 commits into
yasyf:masterfrom
snarfed:gh_comment

Conversation

@snarfed

@snarfed snarfed commented May 18, 2016

Copy link
Copy Markdown
Contributor

this is useful because we just use Shamer as a leaderboard that aggregates coverage contributions by user. we use Coveralls to collect and track coverage over time, which is great, so we don't need Shamer for that. setting this new env var to false lets us skip the GitHub comments, since Coveralls is already a status check on our GitHub PRs, and also lets us avoid storing coverage data in AWS at all.

this is useful because we just use Shamer as a leaderboard that aggregates coverage contributions by user. we use Coveralls to collect and track coverage over time, which is great, so we don't need Shamer for that. setting this new env var to false lets us skip the GitHub comments, since Coveralls is already a status check on our GitHub PRs, and also lets us avoid storing coverage data in AWS at all.
@snarfed

snarfed commented May 27, 2016

Copy link
Copy Markdown
Contributor Author

thanks again for merging the first PR. friendly ping on the rest!

Comment thread app.py
except:
s3 = None
s3 = None
if constants.get('GH_COMMENT').lower() == 'true':

Copy link
Copy Markdown
Owner

Choose a reason for hiding this comment

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

You don't actually need any of the changes in this file, because connecting to S3 will fail if the constants are not set. Then later on we can keep the old if not s3. This de-couples S3 usage from commenting, in case we want it for something else later.

Copy link
Copy Markdown
Contributor Author

Choose a reason for hiding this comment

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

ok! makes sense. the one reason i tied them together was to avoid the red 'Your S3 keys are invalid!' error message, since we intentionally aren't using S3. should i add another constant for that? open to other ideas!

@yasyf

yasyf commented May 31, 2016

Copy link
Copy Markdown
Owner

@snarfed thanks again for the contributions! left comments on all 3 remaining PRs.

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.

2 participants