-
Notifications
You must be signed in to change notification settings - Fork 735
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
run-tests.js is broken for cmd.exe #294
Comments
I'll open a PR later that at least gets jshint working properly (and should work on both Windows and Linux). |
Have you considered getting a CI setup with AppVeyor? It's a free service like travis that runs on Windows machines. It also supports GitHub integration like Travis for Pull Requests so you know they work with both Windows and Linux based systems. |
Yes! We're working on setting up AppVeyor (although this issue sounds like it needs to be fixed before AppVeyor can be useful). If you have any experience writing an AppVeyor configure file, help would be appreciated 👍 |
I did one for react-bootstrap which is: https://github.com/react-bootstrap/react-bootstrap/blob/master/appveyor.yml
|
Awesome! That looks great, thank you! @ariporad what do you think? |
@mtscout6 Would you be able to take a look at #298? I'm using the same yml, and the project is configured to only run AppVeyor on branches with the yml file. Unfortunately, I'm not seeing AppVeyor integration on the PR, although the page for it is https://ci.appveyor.com/project/nfischer/shelljs. Could it perhaps be ignoring the yml file? Thanks in advance! |
I'll have to look at it tomorrow when I'm back in front of a computer. On Tue, Jan 19, 2016, 17:15 Nate Fischer notifications@github.com wrote:
|
Thanks! It seems like it's only running on the master branch, not the PR, which might explain it |
If you're up for granting me access to that project in AppVeyor I can poke around and see if anything stands out to me. |
Yup, I was missing that. I double checked that our settings match yours and will try another commit later today to test. Thanks! |
Ok, great! Unfortunately, I don't have access to the settings for this repo, so I won't be able to get that modified just yet. @ariporad @arturadib would one of you be able to grant access or set this up? I can provide the webhook. |
@nfischer: Nope, waiting on @arturadib to give both of us admin access to the shelljs org. Then we can. |
I was trying out
run-tests.js
on my Windows machine, and ran into lots of problems. Since we're trying to get good support for Windows, I figured I'd make this a formal issue so that others can chime in and confirm the behavior I'm seeing.The end-goal of this issue is to open up
cmd.exe
on Windows,cd
to the shelljs directory, typenpm test
, and see that all the tests pass. To me this seems like a worthy goal.With that said, if someone else sees behavior different from what I'm seeing, please verify that you're running everything through
cmd.exe
, like I am. I already know this can run on some other shells (Bash, for instance), but I'd like to see this work on this particular shell.Initial problems I've seen:
node path/to/jshint
in therun-tests
script, instead of relying on the shebangexec()
will start in the current working directory if run throughcmd.exe
. If we pass thecwd
argument tochild_process.exec()
, then this will fix the issue only for admin mode (not regular user mode). I think this is only possible to fix for admin mode. This means that all our exec calls will needpwd()
prefixed to the paths.I'll add more to the list in comments as I find the issues.
The text was updated successfully, but these errors were encountered: