This repository is private.
All pages are served over SSL and all pushing and pulling is done over SSH.
No one may fork, clone, or view it unless they are added as a member.
Every repository with this icon (
) is private.
Every repository with this icon (
This repository is public.
Anyone may fork, clone, or view it.
Every repository with this icon (
) is public.
Every repository with this icon (
commit 031d8c1902c117b4e51f249857f150386caee4ae
tree 127ff587ba3abfdcca855faff97d1dac97c9d625
parent 5cbfd7d4d95fc0299e9d255aee3ce14d5b3f2976
tree 127ff587ba3abfdcca855faff97d1dac97c9d625
parent 5cbfd7d4d95fc0299e9d255aee3ce14d5b3f2976
... |
... |
|
... |
... |
|












I have to ask the question, what is the point of this code anyway? I couldn’t understand why it is there. The directory is created anyway, further down in that function. Are you able to fill me in on what this is about?
I think the only situation when this code is necessary is when you have an “assets” dir with files but no subdirectories (source_dirs is empty). In this case, the first block will take care of creating the destination dir.
I suppose the block could be replaced by:
FileUtils.mkdir_p(destination)
Anyway, I haven’t tested it.
Okay, I see – thanks for explaining that. I’ve never actually seen the case when there are files in the root directory, however it might exist.
I also didn’t see the point of this code. Originally I fixed this by removing that code, and this worked with no problems at all in all of my projects. I was going to submit this as the patch at first, but when I wrote the test for it, it failed some other test. I put it back in and changed it to the patch I submitted and then all the tests passed. I didn’t feel like figuring out why that other test was failing at the time. I probably should have recorded which one it was. But you can probably figure it out by deleting the code and running the tests.
Azimux – would you mind re-finding what broke?
The reason I added this was because the patch came with a test that indeed failed, and I saw the absolute path directory being created. So, I was happy to apply the fix, given it passed the tests.
In general, I’m not hugely happy with the implementation of this whole chunk of the plugin. I would welcome a cleaner, clearer rewrite of this that we can merge back in.