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

📦 version 3 #4756

Merged
merged 32 commits into from
Apr 23, 2020
Merged

📦 version 3 #4756

merged 32 commits into from
Apr 23, 2020

Conversation

chris48s
Copy link
Member

@chris48s chris48s commented Mar 8, 2020

There's a lot going on in this pull request. Fortunately, because we've worked on it in small chunks, most of it has already been reviewed :)

Commits edbad19, cf3612d, 544f4e6, f3f95b7 and fc16600 have all been reviewed already. The relevant PRs are linked in the commit messages, although they've now been though some rebasing to get the branch up to date with master.

Commit 2c02630 and onwards are all new in this PR, but its mostly moving stuff about and a final review/update on the docs.

The next steps I think we should make on this are:

  • Merge this and deploy it. Then shields.io will be finally running off the new package code, including new template code introduced in Template literal templates #4459
  • Publish a beta/release candidate to NPM using the new package name
  • Monitor production for errors. We're the biggest user of our own package. I suspect if we've overlooked any bugs we'll spot them pretty fast once we're using it in production
  • Publish a stable release using the new package name
  • Publish a final gh-badges 2.2.2 release advising users to upgrade
  • Mark gh-badges dead/unmaintained on NPM
  • Start work on v3.1

but happy to discuss it.

Just to review the roadmap/issues:

Usual review process aside, it would be particularly useful to get another set of eyes on the documentation to make sure we're all up-to-date and the migration advice in the changelog is correct.

chris48s and others added 15 commits March 8, 2020 19:21
- Remove use of the doT template library and move to generating SVG output using javascript template literals.
- Drop SVGO and mostly manually implement the optimisations.
- Add a bunch more tests

Co-authored-by: Paul Melnikow <github@paulmelnikow.com>
* drop raster support in package CLI
* update docs
whoops - missed this in #4523
This change is only tangentially related

We've used the shields repo as an example for these tests so
moving files around in our repo has a knock-on effect on them
@shields-cd shields-cd temporarily deployed to shields-staging-pr-4756 March 8, 2020 20:43 Inactive
Comment on lines +2 to +3
"name": "badge-maker",
"version": "3.0.0-rc1",
Copy link
Member Author

@chris48s chris48s Mar 8, 2020

Choose a reason for hiding this comment

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

  • I've already published a package that does nothing at https://www.npmjs.com/package/badge-maker just to stake a claim on the name.
  • I'm suggesting the first release is -rc1 here, but I don't really have strong opinions on whether it should be -beta or whatever..

@shields-ci
Copy link

shields-ci commented Mar 8, 2020

Warnings
⚠️ This PR modified the server but none of its tests.
That's okay so long as it's refactoring existing code.
⚠️

This PR modified helper functions in lib/ but not accompanying tests.
That's okay so long as it's refactoring existing code.

Messages
📖 ✨ Thanks for your contribution to Shields, @chris48s!
📖

Thanks for contributing to our documentation. We ❤️ our documentarians!

Generated by 🚫 dangerJS against 3208623

@calebcartwright calebcartwright added core Server, BaseService, GitHub auth, Shared helpers npm-package Badge generation and badge templates labels Mar 10, 2020
@calebcartwright calebcartwright changed the title 📦 version 3 📦 version 3, run [*****] Mar 10, 2020
@calebcartwright calebcartwright changed the title 📦 version 3, run [*****] 📦 version 3 Mar 10, 2020
@calebcartwright
Copy link
Member

Only a handful of service test failures that were unrelated 👍

Copy link
Member

@calebcartwright calebcartwright left a comment

Choose a reason for hiding this comment

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

Few minor items left inline, but LGTM and happy to re-👍 if you decide to make any other changes.

Definitely helps that this was done in chunks like you said, as I'd forgotten how fun a few of those earlier commits like f3f95b7 were 😁

@shields-cd shields-cd temporarily deployed to shields-staging-pr-4756 April 15, 2020 18:54 Inactive
@chris48s
Copy link
Member Author

Whoops - have updated with a fix.

@paulmelnikow paulmelnikow temporarily deployed to shields-staging-pr-4756 April 18, 2020 23:35 Inactive
@shields-cd shields-cd temporarily deployed to shields-staging-pr-4756 April 19, 2020 12:08 Inactive
@shields-cd shields-cd temporarily deployed to shields-staging-pr-4756 April 19, 2020 16:11 Inactive
@shields-cd shields-cd temporarily deployed to shields-staging-pr-4756 April 19, 2020 18:08 Inactive
@shields-cd shields-cd temporarily deployed to shields-staging-pr-4756 April 20, 2020 20:12 Inactive
@chris48s
Copy link
Member Author

I've slightly lost track of what's deployed at this point, but are we pretty happy we've now ironed out the kinks with this?

@paulmelnikow
Copy link
Member

The live one is 4999e55. I think we're confident it doesn't have major bugs.

I'm okay with merging this.

Has anyone evaluated how s0 is performing compared to historical?

@chris48s
Copy link
Member Author

chris48s commented Apr 23, 2020

Cool, thanks. In that case I'm going to crack on and merge this, push the release candidate and review the next steps..

@shields-deployment
Copy link

This pull request was merged to master branch. This change is now waiting for deployment, which will usually happen within a few days. Stay tuned by joining our #ops channel on Discord!

After deployment, changes are copied to gh-pages branch:

@platan
Copy link
Member

platan commented Apr 23, 2020

After merging this PR I got an email from Heroku: "Automatic deployment of shields-staging failed".

@chris48s
Copy link
Member Author

Hmm. Thanks - good spot. The error it is failing with is

npm ERR! syscall access
npm ERR! path /tmp/build_213196dfe99649b0be38d9bc6dc323c7/node_modules/gh-badges
npm ERR! errno -2
npm ERR! enoent ENOENT: no such file or directory, access '/tmp/build_213196dfe99649b0be38d9bc6dc323c7/node_modules/gh-badges'
npm ERR! enoent This is related to npm not being able to find a file.
npm ERR! enoent 

I wonder if there is some cache that needs to be cleared? The staging PRs were deploying correctly.

@chris48s
Copy link
Member Author

I've set NODEMODULESCACHE=true in the env vars for the staging pipeline, but I can't see a way to retry the deploy without pushing another commit to master. I'm going to check back on it tomorrow (inevitably we'll merge some dependency bumps tomorrow). If that fixes it, I'll unset the env var to re-enable the cache. If that doesn't fix it then I'll worry about it some more.

@paulmelnikow
Copy link
Member

I think you can do that here, want to give it a try?

Screen Shot 2020-04-23 at 5 13 49 PM

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
blocker PRs and epics which block other work core Server, BaseService, GitHub auth, Shared helpers npm-package Badge generation and badge templates
Projects
None yet
Development

Successfully merging this pull request may close these issues.

PNG/JPG/GIF support: to raster or not to raster? NPM audit vulnerability on dependency of gh-badges package
7 participants