On Sun, Apr 17, 2016 at 02:36:24AM -0400, Eric Sunshine wrote:
> Agreed. I wouldn't mind the version where test_stdout grabs "expected"
> from < prepared test_cmp version.
>
> I suppose that the one-liner form of test_stdout could have its uses,
> however, it bothers me for a couple reasons: (1)
On Sat, Apr 16, 2016 at 11:54 PM, Jeff King wrote:
> 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 e
Hi,
A draft of Git Rev News edition 14 is available here:
https://github.com/git/git.github.io/blob/master/rev_news/drafts/edition-14.md
Everyone is welcome to contribute in any section either by editing the
above page on GitHub and sending a pull request, or by commenting on
this GitHub issue
On Sat, Apr 16, 2016 at 12:13:50PM -0400, Michael Rappazzo wrote:
> 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, exe
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 refresh clear them later */
>
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) {
> + maybe_run_index_helper(builtin);
>
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 stderr
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 https://git-scm.com/download/win ,
>> I want to check the MD5 and SHA1 a
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 command to execute. It w
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
> ---
> diff --git a/builtin/clone.c b/builtin
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 automatically handle this.
>
> W
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 a/http-backend.c b/http-backend.c
> @@ -465,6 +466,14 @@ s
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
>
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 com
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 comm
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
+++ b/po/pt.po
@@ -0,0 +1,13
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) would know if a certain
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 bee
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 Rappazzo
---
t/t
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 reco
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.
--
To unsubscribe from this lis
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:
>>>
@Junio:
If you setup Travis CI for your https://github.com/gitster/git fork
th
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 ---
>> 1 file changed, 36 insertions(+), 3 deletions(-)
>>
>> d
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
http://article.gmane.org/gmane.comp.version-control.git/290684/match=announce
If tha
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
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
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 majord...@vger.ke
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 cleanup
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, which
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 before it makes the tes
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 avo
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 that
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. Perhap
33 matches
Mail list logo
