Re: [PATCH v4 08/16] Add watchman support to reduce index refresh cost

On Wed, Apr 13, 2016 at 7:33 AM, David Turner wrote: > +static void update_index(struct index_state *istate, > +struct watchman_query_result *result) > +{ > + int i; > + > + if (result->is_fresh_instance) { > + /* let

Re: [PATCH v4 15/16] index-helper: optionally automatically run

On Wed, Apr 13, 2016 at 7:33 AM, David Turner wrote: > @@ -536,8 +567,10 @@ static void handle_builtin(int argc, const char **argv) > } > > builtin = get_builtin(cmd); > - if (builtin) > + if (builtin) { > +

Re: [PATCH v2 1/2] test-lib: add a function to compare an expection with stdout from a command

On Sat, Apr 16, 2016 at 11:07:02PM -0400, Eric Sunshine wrote: > > test_stdout accepts an expection and a command to execute. It will execute > > the command and then compare the stdout from that command to an expectation. > > If the expectation is not met, a mock diff output is written to

Re: Where can I find the MD5 or SHA1 of git preview client.

Thanks a lot! It's my version! There is still a question.Why not just post the the MD5 and SHA1 on the download page? 2016-04-16 23:19 GMT+08:00 Philip Oakley : > From: "bin wu" >> >> Hi, >> When I download git client from

Re: [PATCH v2 1/2] test-lib: add a function to compare an expection with stdout from a command

On Sat, Apr 16, 2016 at 12:13 PM, Michael Rappazzo wrote: > test-lib: add a function to compare an expection with stdout from a command Rather long subject. Perhaps: test-lib: add convenience function to check command output > test_stdout accepts an expection and a

Re: [PATCH/RFC 6/6] clone: send refspec for single-branch clones

On Fri, Apr 15, 2016 at 3:19 PM, David Turner wrote: > For single-branch clones (when we know in advance what the remote > branch name will be), send a refspec so that the server doesn't > tell us about any other refs. > > Signed-off-by: David Turner

Re: [PATCH/RFC 5/6] fetch: pass refspec to http server

On Fri, Apr 15, 2016 at 3:19 PM, David Turner wrote: > When fetching over http, send the requested refspec to the server. > The server will then only send refs matching that refspec. It is > permitted for old servers to ignore that parameter, and the client > will

Re: [PATCH/RFC 3/6] http-backend: handle refspec argument

On Fri, Apr 15, 2016 at 3:19 PM, David Turner wrote: > Allow clients to pass a "refspec" parameter through to upload-pack; > upload-pack will only advertise refs which match that refspec. > > Signed-off-by: David Turner > --- > diff --git

Re: fast-import's gfi_unpack_entry causes too many munmap/mmap cycles

On Sun, Apr 17, 2016 at 09:54:43AM +0900, Mike Hommey wrote: > On Sat, Apr 16, 2016 at 08:04:03PM +0900, Mike Hommey wrote: > > So I think I got myself a workaround... > > > > > A --- B > > > \ > > > \-- C > > > > > > I have: > > > - diff between null-tree and A > > > - diff between A and B >

Re: fast-import's gfi_unpack_entry causes too many munmap/mmap cycles

On Sat, Apr 16, 2016 at 08:04:03PM +0900, Mike Hommey wrote: > So I think I got myself a workaround... > > > A --- B > > \ > > \-- C > > > > I have: > > - diff between null-tree and A > > - diff between A and B > > - diff between B and C > > I should be able to do: > > - start the commit

[PATCH v2] git-p4: add P4 jobs to git commit message

When migrating from Perforce to git the information about P4 jobs associated with P4 changelists is lost. Having these jobs listed on messages of related git commits enables smooth migration for projects that take advantage of e.g. JIRA integration (which uses jobs on Perforce side and parses

[PATCH] gitk: Add Portuguese translation

Signed-off-by: Vasco Almeida --- po/pt.po | 1377 ++ 1 file changed, 1377 insertions(+) create mode 100644 po/pt.po diff --git a/po/pt.po b/po/pt.po new file mode 100644 index 000..596aded --- /dev/null +++

Re: 0 bot for Git

Lars Schneider writes: >> Also this would incur wait time on Junios side >> >> 1) collect patches (many series over the day) >> 2) push >> 3) wait >> 4) do the merges > He could do the merges as he does them today but after some time > he (and the contributor of a

[PATCH v2 2/2] t1500-rev-parse: rewrite each test to run in isolation

t1500-rev-parse has many tests which change directories and leak environment variables. This makes it difficult to add new tests without minding the environment variables and current directory. Each test is now setup, executed, and cleaned up without leaving anything behind. Test comparisons

[PATCH v2 1/2] test-lib: add a function to compare an expection with stdout from a command

test_stdout accepts an expection and a command to execute. It will execute the command and then compare the stdout from that command to an expectation. If the expectation is not met, a mock diff output is written to stderr. Based-on-a-patch-by: Jeff King Signed-off-by: Michael

[PATCH v2 0/2] t1500-rev-parse: re-write t1500

Differences between v1[1]: - Rebased the change on master. - Added a test-lib function `test_stdout` which is similar to `test_cmp`. This addition is based on a patch from Jeff King[2] found the same discussion. - Cleaned up the use of subshells as

Re: [PATCH v4 12/16] index-helper: kill mode

On Wed, Apr 13, 2016 at 2:33 AM, David Turner wrote: > Add a new command (and command-line arg) to allow index-helpers to > exit cleanly. > > This is mainly useful for tests. Both --kill and --autorun are missing documentation in Documentation/git-index-helper.txt. --

Re: 0 bot for Git

On 13 Apr 2016, at 19:29, Stefan Beller wrote: > On Wed, Apr 13, 2016 at 10:09 AM, Lars Schneider > wrote: >> >>> On 13 Apr 2016, at 18:27, Junio C Hamano wrote: >>> >>> Lars Schneider writes: >>>

Re: [PATCH v1] Documentation: add setup instructions for Travis CI

On 13 Apr 2016, at 19:39, Junio C Hamano wrote: > larsxschnei...@gmail.com writes: > >> From: Lars Schneider >> >> Signed-off-by: Lars Schneider >> --- >> Documentation/SubmittingPatches | 39

Re: Where can I find the MD5 or SHA1 of git preview client.

From: "bin wu" Hi, When I download git client from https://git-scm.com/download/win , I want to check the MD5 and SHA1 after finished downloading. But I can not find them. Where can I find them? BR. -- Try

Re: [PATCH] Adding list of p4 jobs to git commit message

Hi Jan, Please look closely at the Travis CI output: non-executable tests: t9829-git-p4-jobs.sh make[1]: *** [test-lint-executable] Error 1 You haven't set the execution bit for your new test script. Did you try to run your tests locally? If yes, then I wonder how it worked... On Linux/Mac you

Re: [PATCH] Adding list of p4 jobs to git commit message

Hi, I tried to address all the issues and (among other things) I've added a new test case to t/t98 group (t9829-git-p4-jobs.sh). Unfortunately, Travis CI build now fails with "non-executable tests: t9829-git-p4-jobs.sh" (https://travis-ci.org/git/git/jobs/123555944) Can you please advise how to

Where can I find the MD5 or SHA1 of git preview client.

Hi, When I download git client from https://git-scm.com/download/win , I want to check the MD5 and SHA1 after finished downloading. But I can not find them. Where can I find them? BR. -- To unsubscribe from this list: send the line "unsubscribe git" in the body of a message to

[Bug] "git stash -u": Data loss of ignored content in directories

Hello, A "git stash -u" cleans all untracked files (after storing them), and normally does not clean ignored files. But: It cleans ignored files _within_ a directory, when the directory itself is not ignored, but its content (e.g. a "dir/*" ignore filter). The bug seems to be that in the

Re: fast-import's gfi_unpack_entry causes too many munmap/mmap cycles

On Sat, Apr 16, 2016 at 06:18:39PM +0900, Mike Hommey wrote: > And even if I am okay with that overhead, I still hit the problem again > when using that tree later with `M 04 $sha1 ` in the next commit, > because that does a load_tree() for the tree sha1, after a commit having > occurred,

Re: [PATCH] t1500-rev-parse: rewrite each test to run in isolation

Quoting Junio C Hamano : Applying this patch on top of sg/completion-updates topic makes the tests much more readable. Given that sg/completion-updates topic is planned to be rerolled ($gmane/287839), I think it would be better to do this as a preparatory clean-up patch

Re: fast-import's gfi_unpack_entry causes too many munmap/mmap cycles

On Sat, Apr 16, 2016 at 06:18:39PM +0900, Mike Hommey wrote: > Now, while each individual case could be improved to avoid > gfi_unpack_entry, it seems to me it would be better to make > gfi_unpack_entry better somehow. Come to think of it, there are cases that might still be worth fixing. Like

fast-import's gfi_unpack_entry causes too many munmap/mmap cycles

Hi, I think I've mentioned this issue in the past, and fixed one case of munmap/mmap cycle in fast-import. I've found more cases where this can happen, and while on Linux, it's not a problem, on OSX, it leads to catastrophic performance, when the import is massive. One part of the problem is

Re: Git mascot

Hi, When thinking of a mascot for Git, the image of a cherry tree pops up in my head. I'd think of a simple and elegant caricature of a tall tree (just like git histories tend to get long) with a couple of branches and some cherries (think cherry-pick) hanging around in the lush green crown.