delta/libgit2.git/tests/submodule, branch cmn/mmap-readable

submodule test: free submodule

2014-10-27T02:27:54+00:00

remote: accept a repo and name for renaming

2014-10-24T14:25:59+00:00

Remote objects are not meant to be changed from under the user. We did
this in rename, but only the name and left the refspecs, such that a
save would save the wrong refspecs (and a fetch and anything else would
use the wrong refspecs).

Instead, let's simply take a name and not change any loaded remote from
under the user.

Introduce option to use relative paths for repository work directory

2014-09-03T01:07:26+00:00

Teach git_repository_init_ext to use relative paths for the gitlink
to the work directory. This is used when creating a sub repository
where the sub repository resides in the parent repository's
.git directory.

Merge pull request #2407 from libgit2/cmn/remote-rename-more

2014-06-08T14:44:32+00:00

More remote rename fixes

Win32: Fix diff::workdir::submodules test #2361

2014-06-07T16:18:56+00:00

remote: return problem refspecs instead of using a callback

2014-06-06T19:43:04+00:00

There is no reason why we need to use a callback here. A string array
fits better with the usage, as this is not an event and we don't need
anything from the user.

Test (and fix) the git_submodule_sync changes

2014-04-03T18:58:51+00:00

I wrote this stuff a while ago and forgot to write tests.  Wanted
to do so now to wrap up the PR and immediately found problems.

Minor code cleanup

2014-04-03T18:29:08+00:00

git_submodule_resolve_url supports relative urls

2014-04-03T17:44:08+00:00

The base for the relative urls is determined as follows, with descending
priority:

- remote url of HEAD's remote tracking branch
- remote "origin"
- workdir

This follows git.git behaviour

Test git_submodule_add_setup with relative url

2014-04-03T17:00:36+00:00