-
Notifications
You must be signed in to change notification settings - Fork 33
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
devDependencies are saved as dependencies #13
Comments
With which version of npm? You need >= 2.5 since the package type was added to this version, should be listed in the But yes, we should add tests to check this and maybe a check when starting I did a short check:
So for me this works. Can you please check your npm version? |
My bad, checked the npm version and it was sorely outdated. |
Can we reopen this issue? I run into exactly the same issue. I am using updtr version 0.2.1, npm version 3.8.6 and node version 5.11.1 When I run updtr it moves devDependencies into dependencies |
Sure. I hope we can check this soon enough. |
Sorry it not moves it it just re adds them as regular dependency. So devDependency contains the old version dependencies contains the new version. |
Good to know. |
@fkrauthan i still can't reproduce this behavior, sorry. Can you please to check it again? Otherwise i would be happy to receive a pull request solving this problem. Thanks? |
### Changes - A batch update is attempted for all **non-breaking** updates according to semver - All **breaking** updates are still performed in a sequential manner - If the batch update fails, the failed update tasks are performed sequentially to find out, which module was breaking - During a rollback, the next module update is installed in parallel - The `package.json` is now written in the end after the whole operation - The updtr tries to preserve the semver range style. If the style can not be preserved, it falls back to caret ranges. - This behavior can be changed by specifying a `--save` option - By specifying the `update-to=non-breaking` option, you can now choose to install non-breaking updates. It replaces the old `--wanted` flag - Re-design of the default reporter (it's now called `dense`) - Missing dependencies are now installed automatically before running `npm outdated` ### Fixes - Fixes #14 #47 #46 #13 #51 #58 - Provides a workaround for #48 by sorting all dependencies BREAKING CHANGE: New and changed CLI options ``` --use, -u Specify the package manager to use [choices: "npm", "yarn"] [default: "npm"] --exclude, --ex Space separated list of module names that should not be updated [array] --update-to, --to Specify which updates you want to install [choices: "latest", "non-breaking", "wanted"] [default: "latest"] --save, -s Specify how updated versions should be saved to the package.json [choices: "smart", "caret", "exact"] [default: "smart"] --reporter, -r Choose a reporter for the console output [choices: "dense", "none"] [default: "dense"] --test, -t Specify a custom test command. Surround with quotes. --test-stdout, --out Show test stdout if the update fails [boolean] --registry, --reg Specify a custom registry to use --version Show version number [boolean] --help Show help [boolean] ```
Has been fixed with the rewrite |
The following line of code presents line 92 of run.js, version 0.1.4:
If I follow the source correctly, this is used to make the difference between your dependencies being saved in devDependencies or dependencies.
But when I use the plugin all the dependencies are always placed in "dependencies", even if they are originally contained in "devDependencies".
In the test file there is also no mention of devDependencies 😄.
Anyone else facing the same issue that can confirm this? I'm at the moment unable to pull the code and add tests to check thoroughly.
The text was updated successfully, but these errors were encountered: