-
-
Notifications
You must be signed in to change notification settings - Fork 9.3k
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
Update 30 dependencies from npm #3513
Merged
Merged
Conversation
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
dependencies
bot
requested review from
alexandrebodin,
alterx,
dangreenisrael,
danielduan,
Gongreg,
Hypnosphi,
igor-dv,
jbovenschen,
naipath,
ndelangen,
renaudtertrais,
rhalff,
rmevans9,
shilman,
stijnkoopal,
theinterned,
thomasbertet,
tmeasday,
usulpro and
z4o4z
as code owners
April 30, 2018 20:42
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
Overview
The following dependencies have been updated:
babel-core
in/
from "6.26.0" to "6.26.3"chalk
in/
from "2.4.0" to "2.4.1"codecov
in/
from "3.0.0" to "3.0.1"danger
in/
from "3.5.1" to "3.6.1"jest-image-snapshot
in/
from "2.4.0" to "2.4.1"jest-preset-angular
in/
from "5.2.1" to "5.2.2"lerna
in/
from "2.10.2" to "2.11.0"lint-staged
in/
from "7.0.4" to "7.0.5"lodash
in/
from "4.17.5" to "4.17.10"glamorous
inaddons/actions
from "4.12.4" to "4.12.5"glamorous
inlib/components
from "4.12.4" to "4.12.5"axe-core
inaddons/a11y
from "3.0.1" to "3.0.2"glamorous
inaddons/a11y
from "4.12.4" to "4.12.5"glamorous
inaddons/info
from "4.12.4" to "4.12.5"glamorous
inaddons/jest
from "4.12.4" to "4.12.5"autoprefixer
inlib/core
from "8.3.0" to "8.4.1"chalk
inlib/core
from "2.4.0" to "2.4.1"postcss-flexbugs-fixes
inlib/core
from "3.3.0" to "3.3.1"webpack-dev-middleware
inlib/core
from "3.1.2" to "3.1.3"glamorous
inapp/react
from "4.12.4" to "4.12.5"react-modal
inlib/ui
from "3.4.2" to "3.4.4"babel-core
inexamples/polymer-cli
from "6.26.0" to "6.26.3"webpack-dev-middleware
inapp/react-native
from "3.1.2" to "3.1.3"@types/node
inexamples/angular-cli
from "9.6.6" to "9.6.7"babel-core
inexamples/angular-cli
from "6.26.0" to "6.26.3"ts-node
inexamples/angular-cli
from "6.0.0" to "6.0.2"babel-core
inexamples/mithril-kitchen-sink
from "6.26.0" to "6.26.3"babel-core
inexamples/vue-kitchen-sink
from "6.26.0" to "6.26.3"eventemitter3
inexamples/official-storybook
from "3.0.1" to "3.1.0"chalk
inlib/cli
from "2.4.0" to "2.4.1"Details
Dependencies.io has updated
babel-core
(a npm dependency in/
) from "6.26.0" to "6.26.3".6.26.3
Summary
6.26.2
Summary
Dependencies.io has updated
chalk
(a npm dependency in/
) from "2.4.0" to "2.4.1".2.4.1
chalk/chalk@v2.4.0...v2.4.1
Dependencies.io has updated
codecov
(a npm dependency in/
) from "3.0.0" to "3.0.1".3.0.1
Fixing security vulnerability
Dependencies.io has updated
danger
(a npm dependency in/
) from "3.5.1" to "3.6.1".3.6.1
3.6.0
3.5.0 - 3.5.1
3.4.7
3.4.6
3.4.5
3.4.4
sunshinejr
3.4.3
3.4.2
3.4.1
3.4.0
Adds support for inline comments when using GitHub.
This is one of those "massive under the hood" changes, that has a tiny user DSL surface. From this point onwards
fail
,warn
,message
andmarkdown
all take an extra two optional params:file?: string
andline?: number
.Adding
file
andline
to the call of any exported communication function will trigger one of two things:Inline messages are edited/created/deleted with each subsequent run of
danger ci
in the same way the main commentdoes. This is really useful for: linters, test runners and basically anything that relies on the contents of a file
itself.
If you're using
danger process
to communicate with an external process, you can return JSON like:-- sunshinejr
Adds a data validation step when Danger gets results back from a process . orta
3.3.2
3.3.1
3.3.0
Fix
committer
field issue - missing in Stash API by using commit author instead. [zdenektopic][]Adds a new command:
reset-status
This command is for setting the CI build status in advance of running Danger. If your Danger build relies on running
tests/linters, then you might want to set the PR status (the red/green/yellow dots) to pending at the start of your
build. You can do this by running
yarn danger reset-status
.mxstbr
3.2.0
Add BitBucket Server support.
To use Danger JS with BitBucket Server: you'll need to create a new account for Danger to use, then set the following
environment variables on your CI:
DANGER_BITBUCKETSERVER_HOST
= The root URL for your server, e.g.https://bitbucket.mycompany.com
.DANGER_BITBUCKETSERVER_USERNAME
= The username for the account used to comment.DANGER_BITBUCKETSERVER_PASSWORD
= The password for the account used to comment.Then you will have a fully fleshed out
danger.bitbucket_server
object in your Dangerfile to work with, for example:The DSL is fully fleshed out, you can see all the details inside the [Danger JS Reference][ref], but the summary is:
You can see more in the docs for Danger + BitBucket Server.
-- azz
Don't check for same user ID on comment when running as a GitHub App. [tibdex][]
3.1.8
3.1.7
3.1.6
3.1.5
danger local
crashing when comparing master to HEAD with no changes. orta3.1.4
3.1.2-3.1.3
3.1.1
danger runner
(the hidden command which runs the process) to accept unknown command flags (such as onespassed to it via
danger local
.) - adam-moss/[@orta][]3.1.0
Adds a new command
danger local
.This command will look between the current branch and master and use that to evaluate a dangerfile. This is aimed
specifically at tools like git commit hooks, and for people who don't do code review.
danger.github
will be falsy in this context, so you could share a dangerfile betweendanger local
anddanger ci
.When I thought about how to use it on Danger JS, I opted to make another Dangerfile and import it at the end of the
main Dangerfile. This new Dangerfile only contains rules which can run with just
danger.git
, e.g. CHANGELOG/READMEchecks. I called it
dangerfile.lite.ts
.Our setup looks like:
You'll need to have husky installed for this to work. - orta
system. It's used in
danger pr
,danger ci --stdout
anddanger local
. - ortaorta
3.0.5
3.0.5
3.0.4
3.0.3
3.0.2
3.0.1
DEBUG="*" yarn danger [etc]
and you'll get alot of output. This should make it much easier to understand what's going on. - orta
3.0.0
Updates to the CLI user interface. Breaking changes for everyone.
TLDR - change
yarn danger
toyarn danger ci
.Danger JS has been fighting an uphill battle for a while with respects to CLI naming, and duplication of work. So, now
it's been simplified. There are four user facing commands:
danger init
- Helps you get started with Dangerdanger ci
- Runs Danger on CIdanger process
- Likeci
but lets another process handle evaluating a Dangerfiledanger pr
- Runs your local Dangerfile against an existing GitHub PR. Will not post on the PRThis release deprecates running
danger
on it's own, so if you haveyarn danger
then move that beyarn danger ci
.Each command name is now much more obvious in it intentions, I've heard many times that people aren't sure what
commands do and it's is still even worse in Danger ruby. I figure now is as good a time as any a good time to call
it a clean slate.
On a positive note, I gave all of the help screens an update and tried to improve language where I could.
2.1.9-10
danger pr
anddanger
infinite looping - orta2.1.8
danger pr
if you don't have a token set up - orta2.1.7
danger
with params - ortadanger pr
not acting likedanger
WRT async code - ortatsconfig.json
parse to be JSON5 friendly - [gantman][]danger.github.thisPR
to use the base metadata for a PR, I'm too used to branch workflows - orta2.1.6
2.1.5
2.1.4
danger
anddanger process
, so you can have multiple Dangercomments on the same PR. - orta
2.1.1 - 2.1.2 - 2.1.3
danger init
- orta2.1.0
danger init
- ortagloabally
typo in documentation. dfalling2.0.2 - 2.0.3
danger run
subprocess - orta2.0.1
2.0.0
danger.js.flow
fix to handle exports correctly, you probably need to add.*/node_modules/danger/distribution/danger.js.flow
to the[libs]
section of your settings for it to work though -orta
2.0.0-beta.2
danger.github.utils
in that it didn't work as of b1, and now it does 👍 - ortadanger.js.flow
in the root of the project, this may be enough to support flow typing, thanks tojoarwilk and flowgen - orta
2.0.0-beta.1
Converts the command
danger
(anddanger run
) to usedanger process
under the hood. What does this do?Dangerfile evaluation is in a separate process, run without a vm sandbox. This fixes the async problem which we
created
schedule
for. Previously, any async work in your Dangerfile needed to be declared to Danger so that itknew when all of the work had finished. Now that the running happens inside another process, we can use the
on_exit
calls of the process to know that all work is done. So, in Danger (not in Peril) async code will workjust like inside a traditional node app.
Makes
danger process
a first class citizen. This is awesome because there will be reliable support for otherlanguages like danger-swift, danger-go and more to come.
The
danger process
system is now codified in types, so it's really easy to document on the website.Adds a
--js
and--json
option todanger pr
which shows the output in a way that works withdanger process
.This means you can preview the data for any pull request.
./orta
2.0.0-alpha.20
Moves away from vm2 to a require-based Dangerfile runner. This removes the sandboxing aspect of the Dangerfile
completely, but the sandboxing was mainly for Peril and I have a plan for that.
danger/peril#159
I would like to move the main parts of Danger JS to also work like
danger process
, so I'll be continuing to work as aalpha for a bit more. One interesting side-effect of this could be that I can remove
schedule
from the DSL. I've nottested it yet though. Turns out this change is real hard to write tests for. I've made #394 for that.
./orta
2.0.0-alpha.18 - 19
danger process
runs - ashfurrow2.0.0-alpha.17
2.0.0-alpha.16
Some UX fixes:
2.0.0-alpha.15
diffForFile
,JSONPatchForFile
, andJSONDiffForFile
to include created and removed files - lifecycle methods not executed #368 - bdotdub2.0.0-alpha.14
danger process
logging, and build fails correctly How to disable mangled component names during build-storybook #363 - orta2.0.0-alpha.13
schedule
to be more accepting of what it actually takes - orta2.0.0-alpha.12
2.0.0-alpha.11
danger process
command actually available via the CLI - orta2.0.0-alpha.10
Adds a
danger process
command, this command takes amn argument of a process to run which expects the Danger DSL asJSON in STDIN, and will post a DangerResults object to it's STDOUT. This frees up another process to do whatever they
want. So, others can make their own Danger runner.
An example of this is Danger Swift. It takes a JSON document via STDIN,
compiles and evaluates a Swift file then passes the results back to
danger process
via STDOUT.
Another example is this simple Ruby script:
Which is basically Ruby Danger in ~10LOC. Lols.
This is the first release of the command, it's pretty untested, but it does work. - orta
2.0.0-alpha.9
Uses the Babel 7 alpha for all source compilation with JS, Flow+JS and TS. This worked without any changes to our
internal infra which is pretty awesome. All TS tests passed. Babel 7 is still in alpha, but so is Danger 2.0 - so I'm
happy to keep Danger in a pretty long alpha, till at least Babel 7 is in beta.
It also still supports using TypeScript via the "
typescript"
module, if you have that installed. - ortadanger.github.thisPR
now uses the PR's head, not base - orta2.0.0-alpha.8
diff_url
instead of thediff
version header, as it conflicted with Peril - orta2.0.0-alpha.6-7
2.0.0-alpha.4-5
Executor
API - orta2.0.0-alpha.2-3
jest-*
dependencies - orta2.0.0-alpha.1
Support a vm2 based Dangerfile runner as an alternative to the jest
infrastructure. There are a few main reasons for this:
I haven't been able to completely understand how Jest's internals work around all of the code-eval and pre-requisite
setup, which has made it hard to work on some more complex Peril features.
Jest releases are every few months, personally I love this as a user of Jest, as an API consumer it can be difficult
to get changes shipped.
The fact that both Danger/Jest make runtime changes means that you need to update them together
I have commit access to vm2, so getting changes done is easy
I like to think of it as having gone from Jest's runner which is a massive toolbox, to vm2 which is a tiny toolbox
where I'll have to add a bunch of new tools to get everything working.
The massive downside to this is that Danger now has to have support for transpiling via Babel, or from TypeScript
unlike before, where it was a freebie inside Jest. Jest handled this so well. This means that a Dangerfile which used
to "just work" with no config may not. Thus, IMO, this is a breaking major semver.
Is it likely that you need to make any changes? So far, it seems probably not. At least all of the tests with
Dangerfiles original from the older Jest runner pass with the new version.
This is an alpha release, because it's knowingly shipped with some breakages around babel support, specifically:
regeneratorRuntime
to be set up aren't working yetThose are blockers on a 2.0.0 release.
1.2.0
Exposes an internal API for reading a file from a GitHub repo as
danger.github.utils.fileContents
- ortaIdeally this is what you should be using in plugins to read files, it's what Danger uses throughout the codebase
internally. This means that your plugin/dangerfile doesn't need to rely on running on the CI when instead it could run
via the GitHub API.
Update prettier - orta
Removes dtslint as a dependency - sapegin/orta
1.1.0
danger
export, it wasn't needed or used. - orta:
from the filename to fix a checkout issue on windows - mlabrum1.0.0
Hello readers! This represents a general stability for Danger. It is mainly a documentation release, as it corresponds
to http://danger.systems/js/ being generally available. I made the initial commit back in 20 Aug 2016 and now it's
30th June 2017. It's awesome to look back through the CHANGELOG and see how things have changed.
You can find out a lot more about the 1.0, and Danger's history on my
Artsy blog post on the Danger 1.0.
0.21.1
0.21.0
danger-plugin-yarn - orta
This is my first non-trivial plugin, based on infrastructure from macklinu. Plugins are looking great, you can get some
info at https://github.com/macklinu/generator-danger-plugin.
0.20.0
danger pr
commands are not running on windows - kwonojjest
in getting started docs - palleas0.19.0
message()
,warn()
, andfail()
messages. - macklinuAn example:
Will result in:
src/lib/components/artist/artworks/__tests__/index-tests.tsx
src/lib/components/artwork_grids/__tests__/infinite_scroll_grid-tests.tsx
src/lib/containers/__tests__/works_for_you-tests.tsx
If these files are supposed to not exist, please update your PR body to include "Skip New Tests".
0.18.0
Adds
github.api
. This is a fully authenticated client from the github npmmodule. - orta
An easy example of it's usage would be using Danger to add a label to your PR. Note that Danger will have the
permissions for your account, so for OSS repos - this won't work.
Yeah, that's a bit verbose, I agree. So, there's also
github.thisPR
which should simplify that. It aims to provide alot of the values for the current PR to use with the API.
You could use this API for a bunch of things, here's some quick ideas:
api.pullRequests.createReviewRequest
)api.issues.addLabels
)api.orgs.checkMembership
)api.projects.updateProject
)0.17.0
Enhancements to
danger.git.diffForFile()
- namuoldiffTypes
second argument in favor ofresult.added
andresult.removed
result.before
andresult.after
for easy access to full contents of the original & updated filedanger.git.diffForFile
is now anasync
functionTL;DR:
Update internal test fixture generation docs - namuol
0.16.0
diffTypes
option todiffForFile
- alex31650.15.0
0.14.2
Updated jest-* dependencies to 19.x - orta
Updating the jest-* dependencies seems to be exhibiting strange behavior in tests for windows if you update, and use
windows, can you please confirm that everything is 👍
Added type shapings to
JSONPatchForFile
- ortaReplaced deprecated
lodash.isarray
package withArray.isArray
- damassi0.14.1
@types/chalk
from dependencies to devDependencies - orta0.14.0
TypeScript Dangerfiles are now support in Danger - orta
We use TypeScript in Danger, and a lot of my work in Artsy now uses TypeScript (see:
JS2017 at Artsy), so I
wanted to explore using TypeScript in Dangerfiles.
This is built on top of Jest's custom transformers, so if you are already using Jest with TypeScript, then you can
change the
dangerfile.js
todangerfile.ts
and nothing should need changing ( except that you might have newwarnings/errors ) (note: in changing this for Danger, I had to also add the
dangerfile.ts
to the"exclude"
section of the
tsconfig.json
so that it didn't change the project's root folder.)This repo is now using both a babel Dangerfile (running on Circle CI) and a TypeScript one (running on Travis) to
ensure that we don't accidentally break either.
Created a new
danger.d.ts
for VS Code users to get auto-completion etc - ortaAdded a two new
git
DSL functions:git.JSONDiffForFile(filename)
andgit.JSONPatchForFile(filename)
.git.JSONPatchForFile
This will generate a rfc6902 JSON patch between two files inside your repo. These patch files are useful as a
standard, but are pretty tricky to work with in something like a Dangerfile, where rule terseness takes priority.
git.JSONDiffForFile
This uses
JSONPatchForFile
to generate an object that represents all changes inside a Dangerfile as a singleobject, with keys for the changed paths. For example with a change like this:
You could become aware of what has changed with a Dangerfile in a
schedule
'd function like:The keys:
added
andremoved
only exist on the object if:before
andafter
are both objects - in which caseadded
andremoved
are the added or removed keysbefore
andafter
are both arrays - in which caseadded
andremoved
are the added or removed valuesExposed all global functions ( like
warn
,fail
,git
,schedule
, ... ) on thedanger
object. - ortaThis is specifically to simplify building library code. It should not affect end-users. If you want to look at making
a Danger JS Plugin, I'd recommend exposing a function which takes the
danger
object and working from that. If you'reinterested, there is an active discussion on plugin support in the DangerJS issues.
Improves messaging to the terminal - orta
Adds the ability to not have Danger post to GitHub via a flag:
danger run --text-only
- ortaFix a crasher with
prs.find
Conflicts with NPM Shrinkwrap #181 - orta0.13.0
Add
danger.utils
DSL, which includesdanger.utils.href()
anddanger.utils.sentence()
- macklinuWe were finding that a lot of Dangerfiles needed similar functions, so we've added a
utils
object to offer functionsthat are going to be used across the board. If you can think of more functions you use, we'd love to add them. Ideally
you shouldn't need to use anything but Danger + utils to write your Dangerfiles.
Adds
danger.github.utils
- which currently has only one function:fileLinks
- ortaMost of the time people are working with a list of files (e.g. modified, or created) and then want to present
clickable links to those. As the logic to figure the URLs is very GitHub specific, we've moved that into it's own
object with space to grow.
0.12.1
0.12.0
Added support for handling async code in a Dangerfile - deecewan
This is still a bit of a work in progress, however, there is a new function added to the DSL:
schedule
.A Dangerfile is evaluated as a script, and so async code has not worked out of the box. With the
schedule
functionyou can now register a section of code to evaluate across multiple tick cycles.
schedule
currently handles two types of arguments, either a promise or a function with a resolve arg. Assuming youhave a working Babel setup for this inside your project, you can run a Dangerfile like this:
Or if you wanted something simpler,
Adds new GitHub DSL elements - deecewan
danger.github.issue
- As a PR is an issue in GitHub terminology, the issue contains a bit more metadata. Mainlylabels, so if you want to know what labels are applied to a PR, use
danger.github.issue.labels
danger.github.reviews
- Find out about your reviews in the new GitHub Reviewer systems,danger.github.requested_reviewers
- Find out who has been requested to review a PR.0.11.3 - 0.11.5
Internal changes for usage with Peril - orta
Add
danger pr --repl
, which drops into a Node.js REPL after evaluating the dangerfile - macklinuAdd support for Codeship - deecewan
0.11.0 - 0.11.2
0.10.1
0.10.0
The workflow is that you find a PR that exhibits the behavior you'd like Danger to run against, then edit the local
Dangerfile.js
and runyarn run danger pr https://github.com/facebook/jest/pull/2629
.This will post the results to your console, instead of on the PR itself.
jest-environment-node
to the Package.json - orta0.9.0
Adds support for
git.commits
andgit.luolix.topmits
- ortaWhy two? Well git.luolix.topmits contains a bunch of github specific metadata ( e.g. GitHub user creds, commit comment
counts. ) Chances are, you're always going to use
git.commits
however if you want more rich data, the GitHub one isavailable too. Here's an example:
-d
commandline arg - kwonojDEBUG=danger:*
environment variable - kwonoj0.8.0
danger run -ci
to specify external CI provider - kwonoj--verbose
todanger
, which for now will echo out all the URLs Danger has requested - orta0.7.3-4-5
0.7.2
0.7.1
danger
throws an error - macklinu0.7.0
You can build and run in vscode using your own custom
env/development.env
file. This is useful because you can usethe debugger against a real PR. See
env/development.env.example
for syntax. - ortaUses
jest-transform
andjest-runtime
to eval and apply babel transforms.This does two things, makes it feasible to do hosted-danger and makes it possible
to write your Dangerfile in a way that's consistent with the rest of your JavaScript. - orta
Add tests directory to .npmignore - macklinu
Update to Jest 18 - macklinu
0.6.10
danger
- orta0.6.9
babel-polyfill
a direct dependency, this is because it is actually an implicit dependency in the app. I'm notsure how I feel about this, I guess if we use a part of it in the babel translation of a user's Dangerfile them I'm OK
with it. - orta
0.6.6 - 0.6.7 - 0.6.8
0.6.5
0.6.4
DANGER_TEST_REPO
andDANGER_TEST_PR
will allow you initialize the FakeCI with a repo of your choice.See README.md for more info
DANGER_GITHUB_API_TOKEN
in the ENV - nsfmc / orta0.6.3
0.5.0
danger.pr
->danger.github.pr
, I've also created interfaces for them - ortawarn
,message
,markdown
are all ported over to DangerJS - ortanpm run export-flowtype
- orta0.0.5-0.0.10
orta
0.0.4
0.0.3
0.0.2
OK, first usable for others version. Only supports GitHub and Travis CI.
You can run by doing:
Make sure you set a
DANGER_GITHUB_API_TOKEN
on your CI -see the Ruby guide for that.
Then you can make a
dangerfile.js
(has to be lowercase, deal with it.) It has access to a whopping 2 DSL attributes.pr
probably won't be sticking around for the long run, but if you're using a0.0.2
release, you should be OK withthat. It's the full metadata of the PR, so
this JSON file.
git
currently has:which are string arrays of files.
fail(message: string)
will let you raise an error, and will make the process return 1 after the parsing has finished.Overall: your Dangerfile should look something like:
That should do ya. I think. This doesn't support babel, and I haven't explored using other modules etc, so...
./orta
0.0.1
Not usable for others, only stubs of classes etc. - orta
Dependencies.io has updated
jest-image-snapshot
(a npm dependency in/
) from "2.4.0" to "2.4.1".2.4.1
This release includes changes to:
--ci
flag and behave just like Jest snapshots do when said flag is passed.Dependencies.io has updated
jest-preset-angular
(a npm dependency in/
) from "5.2.1" to "5.2.2".5.2.2
No content found. Please open an issue at https://github.com/dependencies-io/support if you think this content could have been found.
Dependencies.io has updated
lerna
(a npm dependency in/
) from "2.10.2" to "2.11.0".2.11.0
🚀 Enhancement
--include-filtered-dependents
option. (TheNeuralBit)🐛 Bug Fix
--dev
as boolean option forlerna add
. (bochen2014)Committers: 2
Dependencies.io has updated
lint-staged
(a npm dependency in/
) from "7.0.4" to "7.0.5".7.0.5
7.0.5 (2018-04-26)
Bug Fixes
Dependencies.io has updated
lodash
(a npm dependency in/
) from "4.17.5" to "4.17.10".4.17.10
No content found. Please open an issue at https://github.com/dependencies-io/support if you think this content could have been found.
4.17.9
No content found. Please open an issue at https://github.com/dependencies-io/support if you think this content could have been found.
Dependencies.io has updated
glamorous
(a npm dependency inaddons/actions
) from "4.12.4" to "4.12.5".4.12.5
4.12.5 (2018-04-30)
Bug Fixes
Dependencies.io has updated
glamorous
(a npm dependency inlib/components
) from "4.12.4" to "4.12.5".4.12.5
4.12.5 (2018-04-30)
Bug Fixes
Dependencies.io has updated
axe-core
(a npm dependency inaddons/a11y
) from "3.0.1" to "3.0.2".3.0.2
Bug Fixes
Dependencies.io has updated
glamorous
(a npm dependency inaddons/a11y
) from "4.12.4" to "4.12.5".4.12.5
4.12.5 (2018-04-30)
Bug Fixes
Dependencies.io has updated
glamorous
(a npm dependency inaddons/info
) from "4.12.4" to "4.12.5".4.12.5
4.12.5 (2018-04-30)
Bug Fixes
Dependencies.io has updated
glamorous
(a npm dependency inaddons/jest
) from "4.12.4" to "4.12.5".4.12.5
4.12.5 (2018-04-30)
Bug Fixes
Dependencies.io has updated
autoprefixer
(a npm dependency inlib/core
) from "8.3.0" to "8.4.1".8.4.1
8.4.0
Autoprefixer 8.4 brings new control comment to ignore next line.
vostrik implemented the levin-du’s idea of having control comment to disable only next property/rule:
Dependencies.io has updated
chalk
(a npm dependency inlib/core
) from "2.4.0" to "2.4.1".2.4.1
chalk/chalk@v2.4.0...v2.4.1
Dependencies.io has updated
postcss-flexbugs-fixes
(a npm dependency inlib/core
) from "3.3.0" to "3.3.1".3.3.1
No content found. Please open an issue at https://github.com/dependencies-io/support if you think this content could have been found.
Dependencies.io has updated
webpack-dev-middleware
(a npm dependency inlib/core
) from "3.1.2" to "3.1.3".3.1.3
Bugfixes
Dependencies.io has updated
glamorous
(a npm dependency inapp/react
) from "4.12.4" to "4.12.5".4.12.5
4.12.5 (2018-04-30)
Bug Fixes
Dependencies.io has updated
react-modal
(a npm dependency inlib/ui
) from "3.4.2" to "3.4.4".3.4.4
No content found. Please open an issue at https://github.com/dependencies-io/support if you think this content could have been found.
3.4.3
No content found. Please open an issue at https://github.com/dependencies-io/support if you think this content could have been found.
Dependencies.io has updated
babel-core
(a npm dependency inexamples/polymer-cli
) from "6.26.0" to "6.26.3".6.26.3
Summary
6.26.2
Summary
Dependencies.io has updated
webpack-dev-middleware
(a npm dependency inapp/react-native
) from "3.1.2" to "3.1.3".3.1.3
Bugfixes
Dependencies.io has updated
@types/node
(a npm dependency inexamples/angular-cli
) from "9.6.6" to "9.6.7".9.6.7
No content found. Please open an issue at https://github.com/dependencies-io/support if you think this content could have been found.
Dependencies.io has updated
babel-core
(a npm dependency inexamples/angular-cli
) from "6.26.0" to "6.26.3".6.26.3
Summary
6.26.2
Summary
Dependencies.io has updated
ts-node
(a npm dependency inexamples/angular-cli
) from "6.0.0" to "6.0.2".6.0.2
No content found. Please open an issue at https://github.com/dependencies-io/support if you think this content could have been found.
6.0.1
No content found. Please open an issue at https://github.com/dependencies-io/support if you think this content could have been found.
Dependencies.io has updated
babel-core
(a npm dependency inexamples/mithril-kitchen-sink
) from "6.26.0" to "6.26.3".6.26.3
Summary
6.26.2
Summary
Dependencies.io has updated
babel-core
(a npm dependency inexamples/vue-kitchen-sink
) from "6.26.0" to "6.26.3".6.26.3
Summary
6.26.2
Summary
Dependencies.io has updated
eventemitter3
(a npm dependency inexamples/official-storybook
) from "3.0.1" to "3.1.0".3.1.0
No content found. Please open an issue at https://github.com/dependencies-io/support if you think this content could have been found.
Dependencies.io has updated
chalk
(a npm dependency inlib/cli
) from "2.4.0" to "2.4.1".2.4.1
chalk/chalk@v2.4.0...v2.4.1