Skip to content
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

Make --require relative to where the command is run. #346

Closed
wants to merge 4 commits into from
Closed

Make --require relative to where the command is run. #346

wants to merge 4 commits into from

Conversation

ariporad
Copy link
Contributor

This Fixes #343.

@ariporad ariporad changed the title WIP: Make --require relative to where the command is run. Make --require relative to where the command is run. Dec 20, 2015
@ariporad
Copy link
Contributor Author

Ok, @vdemedes, @jamestalmage, @sindresorhus: This should be ready for real now. Sorry about that.

@@ -314,9 +314,14 @@ test('test file in node_modules is ignored', function (t) {
test('Node.js-style --require CLI argument', function (t) {
t.plan(1);

var requirePath = path.relative(process.cwd(), path.join(__dirname, 'fixture', 'install-global.js'));
// `path` will use \\ to seperate paths on windows, but require doesn't.
requirePath = requirePath.split(path.sep).join('/');
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Shouldn't windows users be allowed to use \ as a path separator, since that is what they are used to?

Seems to me that

ava --require .\fixtures\install-global.js .\fixture\validate-installed-global.js

is the valid windows style alternative to

ava --require ./fixtures/install-global.js ./fixture/validate-installed-global.js

I would prefer it if AVA accepted either path separator and just normalized it internally.

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

@jamestalmage: it's iffy, because node doesn't allow that (AFAIK), and 'require' doesn't allow that, so it would be a strange thing to do, but I'll add it if you really want.

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

You can use \\ in require and --require, but it only works on Windows. So it won't be cross-platform. We could normalize internally, but do we really want to implement it differently than $ node --require?

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

@sindresorhus: I'd say no, no you don't.

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I am not suggesting we change the implementation. Just the line here in the test that normalizes the path to posix. We don't need to do that. And we want the test to fail if it doesn't allow windows users to use it. resolveCwd is going to end up normalizing it for the given operating system anyways.

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

@jamestalmage Oh, ok. I misunderstood. Agree with that.

@ariporad Can you update?

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

@jamestalmage, @sindresorhus: Ok, I removed that line.

@@ -9,6 +9,7 @@ var figures = require('figures');
var globby = require('globby');
var chalk = require('chalk');
var fork = require('./lib/fork');
var resolveCwd = require('resolve-cwd');
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Move this above fork.

@sindresorhus
Copy link
Member

Test failing on Windows: https://ci.appveyor.com/project/sindresorhus/ava/build/609

@ariporad
Copy link
Contributor Author

@jamestalmage, @sindresorhus: Now this is doing what was happening before, require is throwing an error when you use \\ in require.

@sindresorhus
Copy link
Member

Yeah, seems so. Tweaked it a little bit and landed. Thanks @ariporad :)

@ariporad
Copy link
Contributor Author

@sindresorhus: Thanks! One more question if you don't mind: I rather like AVA, it's a lot more lightweight than mocha. But in looking at the issue tracker, and hacking the source, there are some things that I would like to see implemented (one small thing is renaming babel.js, it's rather misleading). If I want to start submitting some PRs, is there anything I should know to make them easy to merge, and is there a volume I should stay below to avoid overloading you?

@sindresorhus
Copy link
Member

We appreciate you wanting to help out :D

Small focused pull requests are easier to merge than large ones. For larger changes, open an issue or discuss in the Gitter chat beforehand. More here: https://github.com/sindresorhus/ava/blob/master/contributing.md#submitting-a-pull-request

and is there a volume I should stay below to avoid overloading you?

@jamestalmage and @vdemedes can land pull requests too. Don't worry about that.

@jamestalmage
Copy link
Contributor

one small thing is renaming babel.js

👍 Though you may want to wait until we get or #352 and/or #349 merged. They both make significant modifications to babel.js

In general, If you are embarking on something ambitious, you should always seek feedback/clarification by opening an issue or making sure there is consensus on an existing issue thread. Open a PR as soon as you have done the minimum amount of work to demonstrate your idea (just prefix the title with [WIP], and describe what you still have to complete, so people know not to make "the tests are failing" comments). In general - get your stuff in front of the community for feedback ASAP.

@sindresorhus
Copy link
Member

Open a PR as soon as you have done the minimum amount of work to demonstrate your idea (just prefix the title with [WIP], and describe what you still have to complete, so people know not to make "the tests are failing" comments). In general - get your stuff in front of the community for feedback ASAP.

@jamestalmage Good advice. Can you add this to contributing.md?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants