Create dest parent after applying filter in copy

[manidlou]

When applying filter, I think this is a little bit better than before although it still highly depends on the user's filter conditions!

But at least, if users choose their filter conditions intelligently, this way, copy() correctly doesn't create dest parent directory since its child path fails on filter.

This is until @RyanZim adds his changes for filter function.

[coveralls]

Coverage remained the same at 86.1% when pulling 9639c69 on copy-parent-dir into b72ba64 on develop.

[RyanZim]

I like the idea here, however, the implementation is flawed.

Before your changes, startCopy simply checked the filter and started the copy. Now, startCopy does pathExists/mkdirp work as well. However, startCopy is called when recursively copying items in subdirectories. In those cases, the destination exists logic has already been done, so this could have a major perf hit since we're double-doing the destination checking.

[manidlou]

That's true. Let me see what I can do here!

[coveralls]

Coverage increased (+0.01%) to 86.114% when pulling 8ca1074 on copy-parent-dir into b72ba64 on develop.

[RyanZim]

Looks good; please squash to one commit.

[manidlou]

Looks good; please squash to one commit.

Sure thing.

[manidlou]

Squash done!

[coveralls]

Coverage increased (+0.01%) to 86.114% when pulling 199ec9f on copy-parent-dir into b72ba64 on develop.