-
Notifications
You must be signed in to change notification settings - Fork 10.3k
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
Windows CLI #159
Windows CLI #159
Conversation
see gatsbyjs/gatsby#159 for why
oh. right. didn't do a lint run before PRing. One minute.... |
The eslint config in the starter repo doesn't like "use strict" so there is still some work to do around that, unless we want to attach an eslint override on it. |
Why the need for the "use strict" in the first place?
|
usage of let/const, etc.
Might be something with babel I can mess with though |
okay, switched up the babel register options and it seems to handle all three commands. 🎉 |
I'm a bit confused about that error and your fix... was that an eslint error or was that a node.js error? If I run |
Commit 7c7bf5f was just lint stuff related to the babel-register options I added to gatsby-new/gatsby-develop/gatsby-build files inside of Commit ab83d36 was to change the babel-register option from being exclusive 'only' to instead be more inclusive for everything and ignore everything in node_modules except gatsby. |
oh wait, unless you were referring to gatsbyjs/gatsby-starter-documentation#3 that lint error came from trying to use With commit ab83d36 in this repo, that PR in the starter repo is no longer needed, and so I closed it. |
Yeah I don't get ab83d36 as Gatsby is actually distributed as already compiled by Babel so it shouldn't need this. Also app.js isn't part of Gatsby (it's part of the site) so I don't understand why changing the babel register option would affect an error in app.js. |
hmmmm...that would explain some stuff. For testing I was just doing npm install -g my fork of gatsby, but that fork didnt have the build files, so that would make sense. im out right now, but ill remove those babel-register options and push the commit up when i get home. |
Maybe a good idea for me to close this branch/PR and squash these commits into 1 since all those changes ended up being reverted and really its just a simple file name change. Agree/Disagree? |
+1 though I don't think you need to close the PR to squash. Just squash and On Mon, Feb 29, 2016 at 9:29 PM Nathan Smith [email protected]
|
yeah, just wasn't sure how you'd feel about a push -f ;P I'll do that right now. |
This is awesome @NogsMPLS! Turned out to be a pretty simple fix, weird. Whatevers, stay weird Windows :) Going to merge my other PRs real quick and make a new release so hopefully Windows folks will be happy now. |
🎉 🎶 🎺 🎶 🎉 |
This PR attempts to fix the whole cli issue over at #80
With these changes I was able to execute the
gatsby new docs-site gh:gatsbyjs/gatsby-starter-documentation
command without having to rename a bin file.One note: in order to run
gatsby develop
I had to go into the docs-site folder and add"use strict";
to theapp.js
file. After that it all ran fine. Ideally this wouldn't be needed, but can't think of a good alternative right now.This was tested on a Windows 7 machine running Node 5.7.0 and npm 3.6.0
I would advise testing this branch on mac as well, just to make sure it is still cross compatible. Changes don't seem like they will break anything, but with this cross platform stuff, you never know.