delta/libgit2.git/tests/worktree/submodule.c, branch ethomson/https_proxy github.com: libgit2/libgit2.git Convert usage of `git_buf_free` to new `git_buf_dispose` 2018-06-10T17:34:37+00:00 Patrick Steinhardt ps@pks.im 2018-02-08T11:14:48+00:00 ecf4f33a4e327a91496f72816f9f02d923e5af05 






worktree: introduce git_worktree_add options
2017-05-02T10:39:29+00:00

Patrick Steinhardt
ps@pks.im

2017-05-02T08:02:36+00:00

a7aa73a535a7f21357e9c7dece8376f30a29681f

The `git_worktree_add` function currently accepts only a path and name
for the new work tree. As we may want to expand these parameters in
future versions without adding additional parameters to the function for
every option, this commit introduces our typical pattern of an options
struct. Right now, this structure is still empty, which will change with
the next commit.





The `git_worktree_add` function currently accepts only a path and name
for the new work tree. As we may want to expand these parameters in
future versions without adding additional parameters to the function for
every option, this commit introduces our typical pattern of an options
struct. Right now, this structure is still empty, which will change with
the next commit.







submodule: resolve URLs relative to main worktree
2017-03-17T08:27:56+00:00

Patrick Steinhardt
ps@pks.im

2017-03-15T12:38:54+00:00

b0c9bc920fabfd814946d555738ac7ba042154d7

It is possible to specify submodule URLs relative to the repository
location. E.g. having a submodule with URL "../submodule" will look for
the submodule at "repo/../submodule".

With the introduction of worktrees, though, we cannot simply resolve the
URL relative to the repository location itself. If the repository for
which a URL is to be resolved is a working tree, we have to resolve the
URL relative to the parent's repository path. Otherwise, the URL would
change depending on where the working tree is located.

Fix this by special-casing when we have a working tree while getting the
URL base.





It is possible to specify submodule URLs relative to the repository
location. E.g. having a submodule with URL "../submodule" will look for
the submodule at "repo/../submodule".

With the introduction of worktrees, though, we cannot simply resolve the
URL relative to the repository location itself. If the repository for
which a URL is to be resolved is a working tree, we have to resolve the
URL relative to the parent's repository path. Otherwise, the URL would
change depending on where the working tree is located.

Fix this by special-casing when we have a working tree while getting the
URL base.







tests: worktree: unify init/cleanup in submodule tests
2017-03-15T11:28:05+00:00

Patrick Steinhardt
ps@pks.im

2017-03-15T11:28:05+00:00

548e5bdf1e3a20cdb8c7d063f60ffb31872b15f7












tests: worktree: move submodule tests into own suite
2017-03-15T11:01:02+00:00

Patrick Steinhardt
ps@pks.im

2017-03-15T11:01:02+00:00

aa593a65dfb5d3b59b9797e53311e03a9c9c691d