diff --git a/README.md b/README.md index 0a0935e..97c8270 100644 --- a/README.md +++ b/README.md @@ -14,9 +14,9 @@ Check it online here: [http://jubianchi.github.io/semver-check](http://jubianchi > The bigger your system grows and the more packages you integrate into your software, the more likely you are to find yourself, one day, in this pit of despair. More and more projects try to follow [Semantic Versioning](http://semver.org/) to reduce package versioning nightmare and every dependency manager implement its own semantic versioner. -Composer and NPM for example don't handle version constraints the same way. It's hard sometimes to be sure how some library version will behave against some constraint. +Composer and npm for example don't handle version constraints the same way. It's hard sometimes to be sure how some library version will behave against some constraint. -This tiny webapp checks if a given version satisfies another given constraint in the NPM world. +This tiny webapp checks if a given version satisfies another given constraint in the npm world. ## Run it! diff --git a/src/components/Implementations.js b/src/components/Implementations.js index 8bd899c..4460eb2 100644 --- a/src/components/Implementations.js +++ b/src/components/Implementations.js @@ -15,12 +15,12 @@ const Implementations = props => (
Without any formal specification about constraint, dependency managers sometimes handle or express them
differently. For example, the tilde-range constraint (~x.y
) does not work the same way in{' '}
- NPM and Composer.
+ npm and Composer.
More and more projects try to follow Semantic Versioning to reduce package versioning nightmare and every dependency manager implements its own semantic versioner.{' '} - Composer and NPM for example + Composer and npm for example don't handle version constraints the same way. It's hard sometimes to be sure how some library version will behave against some constraint.