-
-
Notifications
You must be signed in to change notification settings - Fork 149
Tests fail on cloned repository, even after running "npm install" #54
Comments
This would only happen if you got the package from github only, and not from npm. Since most people use npm to get things, and especially since most people use npm/node for the testing, it seems reasonable to expect that people would either get the code from npm, OR they would run I would agree that the documentation needs to be clearer on this detail. I should add something like how this section treats it: https://github.com/getify/native-promise-only#testscompliance |
Sorry, I should have specified my install process. I cloned the repository with git, and then ran
|
The problem is that |
Again, you shouldn't be running "npm *" commands unless you retrieved the code from npm. There's bound to be mismatches when doing so. |
What? I must be misunderstanding you. What is the setup/test process that you expect contributors to follow? |
Maybe that is a "standard". But it's never been something I did, not even once. So no, I didn't design or structure the repo and packages that way. If you want to I know that Keep in mind that if you get asynquence from npm, you only get the core... there's no subdir for the contrib package. So through npm usage, you end up with asynquence and asynquence-contrib as side-by-side node_modules directories, not the latter inside the former. I don't want to make the use-case of getting-and-using-from-npm awkward or difficult. So the package.json setup is designed to support that, primarily. If you go the git route, that's fine, but it works differently, and requires a little more work. |
So if someone wanted to be able to run the tests from git and be able to contribute pull requests to the Github repo, what process should they follow? |
I think I would advise following this:
Is there something about that I'm missing which makes it not work? I was under the impression that the complaint is that the first |
Yeah, the issue is that I never knew that I had to do the step where you navigate to As long as "how to contribute/develop" is in the readme, I don't care how many |
Nods. Yeah that was my original plan i just haven't gotten around to it. Good reminder tho. :) |
Something that would be very helpful is some sort of task file with one of On Thu, Jul 28, 2016 at 12:50 PM, Kyle Simpson notifications@github.com
|
There should be a contribution section: #93. I can do that once we agree on the best way to lay it out. |
Another option would be like a build all type file, like |
Yeah, that might work. Wouldn't be an npm script, so people would have to run it manually. |
I will look into it. On Fri, Jul 29, 2016 at 12:20 PM, Kyle Simpson notifications@github.com
|
Finished: #94. |
contrib.src.js doesn't exist in any directory, and the following line trying to load asq.js fails as well (unless you run build first, which I didn't figure should be necessary).
Tested on OSX on node 0.10.32:
The text was updated successfully, but these errors were encountered: