delta/libgit2.git/tests/worktree/worktree.c, branch ethomson/https_proxy github.com: libgit2/libgit2.git branches: introduce flag to skip enumeration of certain HEADs 2019-02-14T13:01:27+00:00 Patrick Steinhardt ps@pks.im 2019-02-14T12:05:49+00:00 efb20825e16f1b924986be4c6bc0410ce64aaa81 Right now, the function `git_repository_foreach_head` will always iterate over all HEADs of the main repository and its worktrees. In some cases, it might be required to skip either of those, though. Add a flag in preparation for the following commit that enables this behaviour. 
Right now, the function `git_repository_foreach_head` will always
iterate over all HEADs of the main repository and its worktrees. In some
cases, it might be required to skip either of those, though. Add a flag
in preparation for the following commit that enables this behaviour.
worktree: unlock should return 1 when the worktree isn't locked 2018-08-16T22:51:51+00:00 Etienne Samson samson.etienne@gmail.com 2018-08-16T22:51:51+00:00 59c2e70eeee8b2bae79d05060599114a5f6d737a The documentation states that git_worktree_unlock returns 0 on success, and 1 on success if the worktree wasn't locked. Turns out we were returning 0 in any of those cases. 
The documentation states that git_worktree_unlock returns 0 on success,
and 1 on success if the worktree wasn't locked. Turns out we were
returning 0 in any of those cases.
 tests: worktree/bare: gather all tests 2018-06-29T12:39:08+00:00 Etienne Samson samson.etienne@gmail.com 2018-06-29T12:39:08+00:00 7e3c13e08078f56b3307eba3b0c054ff6cc59c24 






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: a worktree can be made from a bare repository
2018-05-07T12:28:20+00:00

Etienne Samson
samson.etienne@gmail.com

2018-04-20T08:38:50+00:00

a82082d0de931ee07391183b12e90da3973f5168












Merge pull request #4640 from mkeeler/worktree-convenience2
2018-04-30T08:27:47+00:00

Patrick Steinhardt
ps@pks.im

2018-04-30T08:27:47+00:00

b33b6d33c319d847e518179364c8e6676f5faf77

worktree:  add functions to get name and path




worktree:  add functions to get name and path






worktree: add functions to get name and path
2018-04-25T15:28:45+00:00

Matt Keeler
mjkeeler7@gmail.com

2018-04-25T00:09:34+00:00

3da1ad20a3f19fcb4e0eea3f4a08509e5811aca7












tests: free the worktree in add_with_explicit_branch
2018-04-20T17:37:24+00:00

Etienne Samson
samson.etienne@gmail.com

2018-04-19T19:17:07+00:00

25100d6dc964cfb54d38d43a6d3bceae34dcbe36

Valgrind log:

==2711== 305 (48 direct, 257 indirect) bytes in 1 blocks are definitely lost in loss record 576 of 624
==2711==    at 0x4C2CC70: calloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
==2711==    by 0x5E079E: git__calloc (util.h:99)
==2711==    by 0x5E0D21: open_worktree_dir (worktree.c:134)
==2711==    by 0x5E0F23: git_worktree_lookup (worktree.c:176)
==2711==    by 0x5E1972: git_worktree_add (worktree.c:388)
==2711==    by 0x551F23: test_worktree_worktree__add_with_explicit_branch (worktree.c:292)
==2711==    by 0x45853E: clar_run_test (clar.c:222)
==2711==    by 0x4587E1: clar_run_suite (clar.c:286)
==2711==    by 0x458B04: clar_parse_args (clar.c:362)
==2711==    by 0x458CAB: clar_test_run (clar.c:428)
==2711==    by 0x45665C: main (main.c:24)




Valgrind log:

==2711== 305 (48 direct, 257 indirect) bytes in 1 blocks are definitely lost in loss record 576 of 624
==2711==    at 0x4C2CC70: calloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
==2711==    by 0x5E079E: git__calloc (util.h:99)
==2711==    by 0x5E0D21: open_worktree_dir (worktree.c:134)
==2711==    by 0x5E0F23: git_worktree_lookup (worktree.c:176)
==2711==    by 0x5E1972: git_worktree_add (worktree.c:388)
==2711==    by 0x551F23: test_worktree_worktree__add_with_explicit_branch (worktree.c:292)
==2711==    by 0x45853E: clar_run_test (clar.c:222)
==2711==    by 0x4587E1: clar_run_suite (clar.c:286)
==2711==    by 0x458B04: clar_parse_args (clar.c:362)
==2711==    by 0x458CAB: clar_test_run (clar.c:428)
==2711==    by 0x45665C: main (main.c:24)






worktree: add ability to create worktree with pre-existing branch
2018-02-09T10:40:59+00:00

Patrick Steinhardt
ps@pks.im

2018-02-09T10:38:11+00:00

a22f19e6c4c0bf5205cd47dd66bfacd5c7d18136

Currently, we always create a new branch after the new worktree's name
when creating a worktree. In some workflows, though, the caller may want
to check out an already existing reference instead of creating a new
one, which is impossible to do right now.

Add a new option `ref` to the options structure for adding worktrees. In
case it is set, a branch and not already checked out by another
worktree, we will re-use this reference instead of creating a new one.





Currently, we always create a new branch after the new worktree's name
when creating a worktree. In some workflows, though, the caller may want
to check out an already existing reference instead of creating a new
one, which is impossible to do right now.

Add a new option `ref` to the options structure for adding worktrees. In
case it is set, a branch and not already checked out by another
worktree, we will re-use this reference instead of creating a new one.







worktree: switch over worktree pruning to an opts structure
2017-05-05T13:39:25+00:00

Patrick Steinhardt
ps@pks.im

2017-05-02T10:35:59+00:00

883eeb5f909f230822c0bc025d3f9ce79781de04

The current signature of `git_worktree_prune` accepts a flags field to
alter its behavior. This is not as flexible as we'd like it to be when
we want to enable passing additional options in the future. As the
function has not been part of any release yet, we are still free to
alter its current signature. This commit does so by using our usual
pattern of an options structure, which is easily extendable without
breaking the API.





The current signature of `git_worktree_prune` accepts a flags field to
alter its behavior. This is not as flexible as we'd like it to be when
we want to enable passing additional options in the future. As the
function has not been part of any release yet, we are still free to
alter its current signature. This commit does so by using our usual
pattern of an options structure, which is easily extendable without
breaking the API.