This empty file was inadvertently introduced in commit 4f39cd8 ("pack:
move pack name-related functions", 2017-08-23). Remove this file.
Signed-off-by: Jonathan Tan
---
outgoing/packfile.h | 0
1 file changed, 0 insertions(+), 0 deletions(-)
delete mode 100644
On 8/28/2017 4:28 PM, Kevin Willford wrote:
The code was using two string_lists, one for the directories and
one for the files. The code never checks the lists independently
so we should be able to only use one list. The string_list also
is a O(log n) for lookup and insertion. Switching
On 8/28/2017 4:28 PM, Kevin Willford wrote:
The return value of the get_files_dirs call is never being used.
Looking at the history of the file and it was originally only
being used for debug output statements. Also when
read_tree_recursive return value is non zero it is changed to
zero.
On 8/28/2017 4:28 PM, Kevin Willford wrote:
In merge_trees if process_renames or process_entry returns less
than zero, the method will just return and not free re_merge,
re_head, or entries.
This change cleans up the allocated variables before returning
to the caller.
Signed-off-by: Kevin
On 08/28, Jonathan Tan wrote:
> This new binary was introduced in commit 3921a0b ("perf: add test for
> writing the index", 2017-08-21), but a .gitignore entry was not added
> for it. Add that entry.
>
> Signed-off-by: Jonathan Tan
Looks good to me
> ---
>
On 8/21/2017 1:43 PM, Martin Ågren wrote:
This is the second version of my series to try to address some issues
...
2) hashmap_add, which I could try my hands on if Jeff doesn't beat me to
it -- his proposed change should fix it and I doubt I could come up with
anything "better", considering
After the previous patch, none of the functions we call hold on to
`referent.buf`, so we can safely release the string buffer before
returning.
Signed-off-by: Martin Ågren
---
refs/files-backend.c | 31 ---
1 file changed, 20 insertions(+), 11
split_symref_update() receives a string-pointer `referent` and adds it
to the list of `affected_refnames`. The list simply holds on to the
pointers it is given, it does not copy the strings and it never frees
them. The `referent` string in split_symref_update() belongs to a string
buffer in the
The code was using two string_lists, one for the directories and
one for the files. The code never checks the lists independently
so we should be able to only use one list. The string_list also
is a O(log n) for lookup and insertion. Switching this to use a
hashmap will give O(1) which will
The return value of the get_files_dirs call is never being used.
Looking at the history of the file and it was originally only
being used for debug output statements. Also when
read_tree_recursive return value is non zero it is changed to
zero. This leads me to believe that it doesn't matter if
Code was using two string_lists, one for the directories and
one for the files. The code never checks the lists independently
so we should be able to only use one list. The string_list also
is a O(log n) for lookup and insertion. Switching this to use a
hashmap will give O(1) which will save
In merge_trees if process_renames or process_entry returns less
than zero, the method will just return and not free re_merge,
re_head, or entries.
This change cleans up the allocated variables before returning
to the caller.
Signed-off-by: Kevin Willford
---
This new binary was introduced in commit 3921a0b ("perf: add test for
writing the index", 2017-08-21), but a .gitignore entry was not added
for it. Add that entry.
Signed-off-by: Jonathan Tan
---
t/helper/.gitignore | 1 +
1 file changed, 1 insertion(+)
diff --git
On 8/3/2017 5:19 AM, Christian Couder wrote:
This describes the external odb mechanism's purpose and
how it works.
Helped-by: Ben Peart
Signed-off-by: Christian Couder
---
Documentation/technical/external-odb.txt | 295
On Sat, Aug 26, 2017 at 7:47 AM, Kévin Le Gouguec
wrote:
> Hi,
>
> I've asked this question on the git-users Google Groups list[1], and
> while the answers there were interesting, I still cannot figure
> whether my problem comes from an actual bug, a misleading manpage,
On Mon, Aug 28, 2017 at 10:52:51AM -0700, Stefan Beller wrote:
> >> I'm curious, too. I don't think the valgrind setup in our test suite is
> >> great for finding leaks right now.
>
> This discussion comes up every once in a while,
> the last time I was involved in this discussion I proposed
>
On Sun, Aug 27, 2017 at 08:44:06PM +0200, Lars Schneider wrote:
> I have lots of git/git branches and once in a while some patches make it
> into git/git master. If this happens I would like to delete my branch
> with the patch automatically. That's not easily possible as the hashes
> on my
>>> No mention of "pkt-line.c". Did you run Git with valgrind on one of
>>> your repositories to find it?
>>
>> I'm curious, too. I don't think the valgrind setup in our test suite is
>> great for finding leaks right now.
>
This discussion comes up every once in a while,
the last time I was
On Sun, Aug 27, 2017 at 11:44 AM, Lars Schneider
wrote:
> Hi,
>
> I have lots of git/git branches and once in a while some patches make it
> into git/git master. If this happens I would like to delete my branch
> with the patch automatically. That's not easily possible
On Fri, 18 Aug 2017 02:53:34 +, Jeff King wrote:
...
> Whether there's a .bitmap doesn't impact whether .pack and .idx files
> are deleted. The next full repack would pack everything into a new big
> pack, and then delete any existing files, including .pack, .idx, and
> .bitmap.
It took a bit
This aims to make git-submodule 'status' a built-in. Hence, the function
cmd_status() is ported from shell to C. This is done by introducing
three functions: module_status(), submodule_status() and print_status().
The function module_status() acts as the front-end of the subcommand.
It parses
Introduce function for_each_listed_submodule() and replace a loop
in module_init() with a call to it.
The new function will also be used in other parts of the
system in later patches.
Mentored-by: Christian Couder
Mentored-by: Stefan Beller
Introduce function get_submodule_displaypath() to replace the code
occurring in submodule_init() for generating displaypath of the
submodule with a call to it.
This new function will also be used in other parts of the system
in later patches.
Mentored-by: Christian Couder
Function set_name_rev() is ported from git-submodule to the
submodule--helper builtin. The function compute_rev_name() generates the
value of the revision name as required.
The function get_rev_name() calls compute_rev_name() and receives the
revision name, and later handles its formating and
Changes in v4:
* The patches were adjusted to recent codebase.
Also, the gitmodules_config() was call was removed
from the functions module_init() and module_status()
which was essential after the merge of the branch
bw/submodule-config-cleanup.
Since it was mentioned earlier, I even
Hello Dear
I am Martins Laurence from Republic of Togo, i contact you for a
private legal business deal worth of $10.5Million i would like you to
contact my private email below for more details
Contact my private email address (martinslaurenc...@gmail.com)
Am expecting your response
Martins
Compliment of the day,
How is your day. I am Mrs. Siti Zakaiah from Malaysia, I am writing to
let know you that,I am a widow and get amount of $5.3M buisness
proposed for you. Please if you are willing and ready, kindly write to
me on this private email id (siti.zakaia...@gmail.com)
Mrs. Siti
Compliment of the day,
How is your day. I am Mrs. Siti Zakaiah from Malaysia, I am writing to
let know you that,I am a widow and get amount of $5.3M buisness
proposed for you. Please if you are willing and ready, kindly write to
me on this private email id (siti.zakaia...@gmail.com)
Mrs. Siti
On 28 August 2017 at 10:06, Michael Haggerty wrote:
> On Sat, Aug 26, 2017 at 12:16 PM, Martin Ågren wrote:
>> On 25 August 2017 at 23:00, Junio C Hamano wrote:
>>> Martin Ågren writes:
>>>
On Sat, Aug 26, 2017 at 12:16 PM, Martin Ågren wrote:
> On 25 August 2017 at 23:00, Junio C Hamano wrote:
>> Martin Ågren writes:
>>
>>> files_transaction_prepare() and the functions it calls add strings to a
>>> string list
You could rebase your branches onto the upstream branch.
Once all the patches are in, the SHA1 of the rebased branch is somewhere in the
history of the upstream master.
I use a set of scripts I've written to handle multiple branches:
https://github.com/nmorey/git-topic-branches
Using namesapce
On Sun, Aug 27, 2017 at 11:44 AM, Lars Schneider
wrote:
> Hi,
>
> I have lots of git/git branches and once in a while some patches make it
> into git/git master. If this happens I would like to delete my branch
> with the patch automatically. That's not easily possible
Junio, I'm surprised that you have merged the `mh/notes-cleanup`
branch into `next` already. Was that intentional? Aside from the fact
that the topic has had very little cooking time, there's the issue of
the assertion that you asked for. I have implemented the assertion in
a new version of the
33 matches
Mail list logo