You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Dependencies with custom package names seem to be ignored. At first I thought this was just for packages that specify something other than a tag for their version, but the output below shows the package being ignored the first time, too.
show the contents of bower.json, where dojo/util#1.10.4 is specified as the only dev dependency
run check-dependencies, with checkCustomPackageNames set to true, for sanity; note that there's no output about the specified and installed versions here
change bower.json (not shown in node transcript); then show the contents of bower.json again, where dojo/util#7085ef15f71a4dbd7b8662044d7155f185dc60c9 is specified; that hash is the current – as of this writing – head of master, and is a different hash than the 1.10.4 tag
run check-dependencies again with the same options
There's no output and the report says everything is ok even though the installed version is different than the version specified in bower.json.
The second check-dependencies run doesn't seem to work even if we use something like master or even another tag name like 1.10.3 for the version, so it looks like checkCustomPackageNames might be broken for more than just commit hashes.
The text was updated successfully, but these errors were encountered:
tupton
changed the title
checkCustomPackageNames doesn't seem to work (possibly for commit hashes or branch names)
bower: checkCustomPackageNames doesn't seem to work (possibly for commit hashes or branch names)
Aug 19, 2015
Thanks; I'll take a look at this and see if I can get something together. Knowing that it's an actual issue and not something I'm doing wrong is a big help though.
Dependencies with custom package names seem to be ignored. At first I thought this was just for packages that specify something other than a tag for their version, but the output below shows the package being ignored the first time, too.
After an initial
bower install
:That's:
bower.json
, wheredojo/util#1.10.4
is specified as the only dev dependencycheck-dependencies
, withcheckCustomPackageNames
set totrue
, for sanity; note that there's no output about the specified and installed versions herechange bower.json
(not shown in node transcript); then show the contents ofbower.json
again, wheredojo/util#7085ef15f71a4dbd7b8662044d7155f185dc60c9
is specified; that hash is the current – as of this writing – head of master, and is a different hash than the 1.10.4 tagcheck-dependencies
again with the same optionsThere's no output and the report says everything is ok even though the installed version is different than the version specified in
bower.json
.The second
check-dependencies
run doesn't seem to work even if we use something likemaster
or even another tag name like1.10.3
for the version, so it looks likecheckCustomPackageNames
might be broken for more than just commit hashes.The text was updated successfully, but these errors were encountered: