askelkana/grunt-svn-fetch

GruntJS plugin to ensure specified files are checked out or updated from SVN repository.

grunt-svn-fetch's Issues

Fails in Windows

I think this is related to the way windows os handles arguments.

The pattern --username='newuser' is failing on windows. It rather accepts --username newuser
pattern.

If you want I can send in a pull or would you like to fix it?

arguments without parameters on linux cause svn to fail with message "erroneous argument:"

For example trying to pass the following:
svnOptions: {
'non-interactive': '',
quiet: '',
'trust-server-cert': ''
}

results in the message:
erroneous argument: --non-interactive=
I also tried passing:
svnOptions: {
'non-interactive': 'true',
quiet: 'true',
'trust-server-cert': 'true'
}
which results in the message:
erroneous argument: --non-interactive=true
so svn doesn't want to accept any parameters for these arguments. Instead this package should just pass space delimited arguments when the value being passed is empty.

maxBuffer Error on Check Out

When checking out an SVN repository, if the repository is large enough then the output buffer where the file routes and names are written to will hit the maxBuffer limit. This can be bypassed by modifying the exec() function on line 54 of svn_fetch.js to include a higher value for the maxBuffer variable, but there doesn't seem to be a way of defining it outside of modifying this file

map[path] is undefined

When I run the grunt task with a configuration such as:

svn_fetch: {
    options: {
        repository: 'https://my_repos.com/projectX/trunk/'
        path: '/svn/projectX/src/'
    },
    my_target: {
        map: {
            'folderX': 'SVNFolderX'
        }
    }
}

In function processPath, mapPath[path] is undefined.
As path is set to options.path + path ('/svn/projectX/src/' + 'folderX'), map['/svn/projectX/src/folderX'] is not defined.
The value of map[path] should be stored before adding options.path.