Am 3/27/2014 19:48, schrieb Junio C Hamano:
>> From: Kirill Smelkov
>> Date: Mon, 24 Feb 2014 20:21:46 +0400
>> ...
>
> By the way, in general I do not appreciate people lying on the Date:
> with an in-body header in their patches, either in the original or
> in rerolls.
format-patch is not very
On Wed, Mar 26, 2014 at 3:23 AM, Jeff King wrote:
> When we calculate the "wants" and "haves" for a pack, we
> only add the objects in the boundary commits as preferred
> bases. However, we know that every object reachable from the
> "haves" could be a preferred base.
>
> We probably don't want to
On Wed, Mar 26, 2014 at 9:48 AM, Nguyễn Thái Ngọc Duy wrote:
> With the current show_files() "ls -tcm" will show
>
> foo.c
> M foo.c
>
> The first item is redundant. If "foo.c" is modified, we know it's in
> the cache. Introduce show_files_compact to do that because ls-files is
> plumbing and sc
On Thu, Mar 27, 2014 at 08:52:55PM -0700, W. Trevor King wrote:
> On Thu, Mar 27, 2014 at 11:43:47PM -0400, Eric Sunshine wrote:
> > On Thu, Mar 27, 2014 at 11:36 PM, W. Trevor King wrote:
> > > submodule..branch::
> > > A remote branch name for tracking updates in the upstream
> > > sub
On Thu, Mar 27, 2014 at 11:43:47PM -0400, Eric Sunshine wrote:
> On Thu, Mar 27, 2014 at 11:36 PM, W. Trevor King wrote:
> > submodule..branch::
> > A remote branch name for tracking updates in the upstream submodule.
> > - If the option is not specified, it defaults to 'master'. S
On Wed, Mar 26, 2014 at 9:48 AM, Nguyễn Thái Ngọc Duy wrote:
> Subject: ls: add -1 short for --no-column in the spirit of GNU ls
The -1 option is POSIX [1]; not a GNU extension.
[1]: http://pubs.opengroup.org/onlinepubs/9699919799/utilities/ls.html
> Signed-off-by: Nguyễn Thái Ngọc Duy
> ---
>
On Thu, Mar 27, 2014 at 11:36 PM, W. Trevor King wrote:
> gitmodule(5) mentioned 'master' as the default remote branch, but
> folks using checkout-style updates are unlikely to care which upstream
> branch their commit comes from (they only care that the clone fetches
> that commit). If they have
gitmodule(5) mentioned 'master' as the default remote branch, but
folks using checkout-style updates are unlikely to care which upstream
branch their commit comes from (they only care that the clone fetches
that commit). If they haven't set submodule..branch, it makes
more sense to mirror 'git clo
On Thu, Mar 27, 2014 at 6:32 AM, Ilya Bobyr wrote:
> Allow better control of the set of tests that will be executed for a
> single test suite. Mostly useful while debugging or developing as it
> allows to focus on a specific test.
>
> Signed-off-by: Ilya Bobyr
> ---
> No changes from the previo
On Fri, Mar 28, 2014 at 12:21:23AM +0100, Johan Herland wrote:
> On Thu, Mar 27, 2014 at 9:27 PM, Heiko Voigt wrote:
> > On Thu, Mar 27, 2014 at 12:39:03PM -0700, Junio C Hamano wrote:
> >> There is this bit for "update" in git-submodule.txt:
> >>
> >> For updates that clone missing submodules, c
On Thu, Mar 27, 2014 at 11:55:21PM +0100, Jens Lehmann wrote:
> Me thinks that when a superproject doesn't have 'branch' configured
> and does set 'update' to something other than 'checkout' for a
> submodule it should better make sure 'master' is a valid branch in
> there. Everything else sounds l
The problem is I can't reproduce this bug if create some other files
which have the same size and timestamp. It only happens on several
files in my project. And it's even more frustrating that I can't send
these files to the mailing list since it is a proprietary source file.
On Fri, Mar 28, 2014
On Fri, Mar 28, 2014 at 12:15:00AM +0100, Jens Lehmann wrote:
> Am 27.03.2014 22:06, schrieb W. Trevor King:
> > The transition from submodule..* to submodule..* happened
> > in 73b0898d (Teach "git submodule add" the --name option, 2012-09-30),
> > which landed in v1.8.1-rc0 on 2012-12-03.
>
> No
(cc-ing msysgit list, where there are more Windows-knowledgeable people)
yun sheng wrote:
> On Fri, Mar 28, 2014 at 9:40 AM, Jonathan Nieder wrote:
>> yun sheng wrote:
>>> these two files have the same timestamp, the same size, bug slightly
>>> different contents.
>>
>> How did they get the same
The files get the same timestamp by using `git difftool -d` to view
diffs, the diff tool I use id beyond compare 3, this command would
generate temp files to feed the compare program, so these files get
the same time stamp, I copied them out from the temp folder.
I have no idea of the second quesi
Hi,
yun sheng wrote:
> these two files have the same timestamp, the same size, bug slightly
> different contents.
How did they get the same timestamp?
[...]
> Git I'm using is msysgit 1.9.0 on windows 7
Unixy operating systems have other fields like inode number and ctime
that make it possible
-- Forwarded message --
From: yun sheng
Date: Fri, Mar 28, 2014 at 9:28 AM
Subject: Re: Found a "bug" in git 1.9.0 but can't reproduce it without
copyrighted source code.
To: Trần Ngọc Quân
The result of sha1sum is different. Following is my console log
C:\shengy\tmp\shengyun\
On 28/03/2014 07:45, yun sheng wrote:
> Hi,
>
> I found git sometimes can't detect working trees changes. But I can
> only reproduce this problem on several specific files, unfortunately
> these files are copyrighted source files so I can't send them to you.
> Is there anything I can do to narrow t
On Wed, Mar 26, 2014 at 7:15 PM, Duy Nguyen wrote:
> On Thu, Mar 27, 2014 at 2:13 AM, Eric Sunshine
> wrote:
>> On Wed, Mar 26, 2014 at 9:48 AM, Nguyễn Thái Ngọc Duy
>> wrote:
>>> Signed-off-by: Nguyễn Thái Ngọc Duy
>>> ---
>>> Documentation/git-ls-files.txt | 9 +
>>> builtin/ls-fi
Hi,
I found git sometimes can't detect working trees changes. But I can
only reproduce this problem on several specific files, unfortunately
these files are copyrighted source files so I can't send them to you.
Is there anything I can do to narrow the problem and finally reproduce
the bug without
On Thu, Mar 27, 2014 at 2:50 PM, David A. Dalrymple (and Bhushan G.
Lodha) wrote:
> From: "Bhushan Lodha & David A. Dalrymple"
>
> Signed-off-by: David Dalrymple (on zayin)
> ---
> Documentation/diff-options.txt | 9 +
> Documentation/gitdiffcore.txt | 17 ++---
> 2 files
On Thu, Mar 27, 2014 at 5:25 AM, Michael S. Tsirkin wrote:
> Verify that patch ID is now stable against hunk reordering.
>
> Signed-off-by: Michael S. Tsirkin
> ---
> t/t4204-patch-id.sh | 68
> +
> 1 file changed, 63 insertions(+), 5 deletion
Hello.
As this is my first post to this list, let me first thank all the
people involved in Git development - it's really a great tool.
Now to the point. Since Git 1.8 (I think), git commit command honours
the submodules' ignore settings, configured either in .gitmodules, or
in .git/config. That'
On Thu, Mar 27, 2014 at 11:55 PM, Jens Lehmann wrote:
> Am 27.03.2014 19:30, schrieb Junio C Hamano:
>> - For a repository that does not have that "branch" thing
>>configured, the doc says that it will default to 'master'.
>>
>>I do not think this was brought up during the review, but is
(Thanks to all of you for picking this up and more or less resolving
it while I was away from email for a few hours...)
On Thu, Mar 27, 2014 at 9:27 PM, Heiko Voigt wrote:
> On Thu, Mar 27, 2014 at 12:39:03PM -0700, Junio C Hamano wrote:
>> "W. Trevor King" writes:
>> > On Thu, Mar 27, 2014 at 0
Am 27.03.2014 22:06, schrieb W. Trevor King:
> The transition from submodule..* to submodule..* happened
> in 73b0898d (Teach "git submodule add" the --name option, 2012-09-30),
> which landed in v1.8.1-rc0 on 2012-12-03.
Nope, the distinction between path and name is way older (AFAIK it
is there
On Thu, Mar 27, 2014 at 10:37:07AM -0300, Thiago Farina wrote:
> Do we leak the context we allocate in imap-send.c:280 intentionally?
It was never mentioned on the mailing list when the patches came
originally, so I suspect is just an omission.
Presumably the SSL_CTX is needed by the connection
On Thu, Mar 06, 2014 at 10:16:47PM +0100, Maurice Bos wrote:
> I have no clue why git diff --cached isn't used instead of git diff-index.
> I was wondering about it, but I decided I don't know enough about git and
> there are probably valid reasons for doing it this way. Though, replacing
> it wit
Am 27.03.2014 21:27, schrieb Heiko Voigt:
> On Thu, Mar 27, 2014 at 12:39:03PM -0700, Junio C Hamano wrote:
>> "W. Trevor King" writes:
>>
>>> On Thu, Mar 27, 2014 at 06:31:27PM +0100, Jens Lehmann wrote:
Am 27.03.2014 18:16, schrieb Junio C Hamano:
> Johan Herland writes:
>
>> I
On Thu, Mar 27, 2014 at 03:47:01PM -0700, Junio C Hamano wrote:
> Actually, I think it ends up being hostile to the users to accept
> random cases without a good reason. If you see two trailer elements
> whose where are specified as "after" and "AFTER" in somebody's
> configuration file, wouldn't
Am 27.03.2014 19:30, schrieb Junio C Hamano:
> Jens Lehmann writes:
>
>> Am 27.03.2014 16:52, schrieb W. Trevor King:
>>> On Thu, Mar 27, 2014 at 03:21:49PM +0100, Johan Herland wrote:
I just found a failure to checkout a project with submodules where
there is no explicit submodule bran
On Wed, Mar 26, 2014 at 10:46:16PM +, Charles Bailey wrote:
> On Wed, Mar 26, 2014 at 05:57:41PM -0400, Jeff King wrote:
> > Hmm, so the year you got is actually: 1623969404. That still seems off
> > to me by a factor 20. I don't know if this is really worth digging into
> > that much further,
Jeff King writes:
> All bool config values allow "tRuE".
I was expecting somebody will bring it up, but think about it. Bool
is a very special case. Even among CS folks, depending on your
background, true may be True may be TRUE may be 1.
Conflating it with some random enum does not make a go
On Thu, Mar 27, 2014 at 03:16:48PM -0700, Junio C Hamano wrote:
> > I wasn't looking at the caller (and I haven't). I agree that, if
> > you have to compare case-insensitive user input against known set of
> > tokens, using strcasecmp() would be saner than making a downcased
> > copy and the set
Junio C Hamano writes:
> Christian Couder writes:
>
>> Yeah, but it seems a bit wasteful to allocate memory for a new string,
>> then downcase it, then compare it with strcmp() and then free it,
>> instead of just using strcasecmp() on the original string.
>
> I wasn't looking at the caller (and
"W. Trevor King" writes:
>> [side note] Isn't that a typo of submodule..branch?
>
> Good catch.
>
> The transition from submodule..* to submodule..* happened
> in 73b0898d (Teach "git submodule add" the --name option, 2012-09-30),
> which landed in v1.8.1-rc0 on 2012-12-03.
Thanks for diggin
The transition from submodule..* to submodule..* happened
in 73b0898d (Teach "git submodule add" the --name option, 2012-09-30),
which landed in v1.8.1-rc0 on 2012-12-03. The first
submodule..branch reference landed a short time later in
b9289227 (submodule add: If --branch is given, record it in
I'm breaking this off into a sub-thread, so it doesn't distract from
the main issue.
On Thu, Mar 27, 2014 at 12:39:03PM -0700, Junio C Hamano wrote:
> There is this bit for "update" in git-submodule.txt:
>
> For updates that clone missing submodules, checkout-mode updates
> will create submod
On Thu, Mar 27, 2014 at 12:39:03PM -0700, Junio C Hamano wrote:
> "W. Trevor King" writes:
>
> > On Thu, Mar 27, 2014 at 06:31:27PM +0100, Jens Lehmann wrote:
> >> Am 27.03.2014 18:16, schrieb Junio C Hamano:
> >> > Johan Herland writes:
> >> >
> >> >> I just found a failure to checkout a proje
On Thu, Mar 27, 2014 at 10:56 AM, Victor Kartashov
wrote:
> shows gpg signature (if any) for commit message in gitweb
> in case of successfully verifying the signature highlights it with green
Write in imperative mood: "Show gpg ... highlight it..."
As a corollary, would it be meaningful to high
+stefanbeller
On Thu, Mar 27, 2014 at 11:48:11AM -0700, Junio C Hamano wrote:
> Kirill Smelkov writes:
>
> > (please keep author email)
> > 8<
> > From: Kirill Smelkov
> > Date: Mon, 24 Feb 2014 20:21:46 +0400
> > Subject: [PATCH v3a] tree-diff: rework diff_tree interface to be sha1 b
"W. Trevor King" writes:
> On Thu, Mar 27, 2014 at 06:31:27PM +0100, Jens Lehmann wrote:
>> Am 27.03.2014 18:16, schrieb Junio C Hamano:
>> > Johan Herland writes:
>> >
>> >> I just found a failure to checkout a project with submodules where
>> >> there is no explicit submodule branch configura
On Thu, Mar 27, 2014 at 02:50:46PM -0400, David A. Dalrymple (and Bhushan G.
Lodha) wrote:
> This series introduces a --function-name= option for git-log,
> intended
> to search for commits which touch a function matching a certain pattern (a
> feature we've seen requested and are interested in
On Thu, Mar 27, 2014 at 06:31:27PM +0100, Jens Lehmann wrote:
> Am 27.03.2014 18:16, schrieb Junio C Hamano:
> > Johan Herland writes:
> >
> >> I just found a failure to checkout a project with submodules where
> >> there is no explicit submodule branch configuration, and the
> >> submodules happ
From: "Bhushan Lodha & David A. Dalrymple"
Signed-off-by: David Dalrymple (on zayin)
---
Documentation/diff-options.txt | 9 +
Documentation/gitdiffcore.txt | 17 ++---
2 files changed, 23 insertions(+), 3 deletions(-)
diff --git a/Documentation/diff-options.txt b/Documen
From: "Bhushan G. Lodha & David A. Dalrymple"
Since git can intelligently emit diff hunk headers based on the
programming language of each file, assuming that the language is
specified in .gitattributes, it makes sense to specify our own
language (cpp) in our own .gitattributes file.
Signed-off-
From: "Bhushan G. Lodha & David A. Dalrymple"
For filtering commits by function name, it's useful to identify the
function name in cases such as adding a new function to a file (where
the default functionality will not emit a function name in the hunk
header, because it isn't part of the context)
From: "Bhushan G. Lodha & David A. Dalrymple"
For filtering by function names, it's useful to split hunks whenever a
function line is encountered, so that each function name being deleted
or inserted gets its own hunk header (which then can be easily detected
by the filter).
This adds a flag, XD
From: "Bhushan G. Lodha & David A. Dalrymple"
In this file, two functions use identical blocks of code to call the
POSIX regex compiling function and handle a possible error. Here we
factor that block into its own function, in anticipation of using the
same code a third time.
Signed-off-by: Davi
From: "Bhushan G. Lodha & David A. Dalrymple"
This function type previously accepted separate regex_t and kwset_t
parameters, which conceptually go together. Here we create a struct to
encapsulate them, in anticipation of adding a third field that
pickaxe_fn's may require.
This parallels the exi
From: "Bhushan G. Lodha & David A. Dalrymple"
We use userdiff_funcname to make the filetype-dependent function name
pattern available to pickaxe functions.
Signed-off-by: David Dalrymple (on zayin)
---
diffcore-pickaxe.c | 9 +
1 file changed, 9 insertions(+)
diff --git a/diffcore-pic
From: "Bhushan G. Lodha & David A. Dalrymple"
This is similar to the pickaxe grep option (-G), but applies the
provided regex only to diff hunk headers, thereby showing only those
commits which affect a "function" with a definition line matching the
pattern. These are "functions" in the same sens
From: "Bhushan G. Lodha & David A. Dalrymple"
The functionality of userdiff_funcname (determining the language in use
for a given file and setting up patterns to match "function names" in
that language) is useful outside of diff.c, so here we remove its static
specifier and declare it in diff.h.
From: "Bhushan G. Lodha & David A. Dalrymple"
This test builds a sample C file, adding and removing functions, and
checks that the right commits are filtered by --function-name matching.
Signed-off-by: David Dalrymple (on zayin)
---
t/t4213-log-function-name.sh | 73 +++
This series introduces a --function-name= option for git-log, intended
to search for commits which touch a function matching a certain pattern (a
feature we've seen requested and are interested in using ourselves).
This is our first attempt to patch git; we've tried to observe and follow the
commu
On Thu, Mar 27, 2014 at 03:45:34PM +0100, Siggi wrote:
> and git version
> git:amd64/saucy 1:1.8.3.2-1 uptodate
>
> my remote repository is on a Chiliprojekt server (a fork of Redmine).
>
> cloning the repo over http results in following error:
>
> sneher@sneher-XPS:~/Dokumente/test$ git clone
Kirill Smelkov writes:
> (please keep author email)
> 8<
> From: Kirill Smelkov
> Date: Mon, 24 Feb 2014 20:21:46 +0400
> Subject: [PATCH v3a] tree-diff: rework diff_tree interface to be sha1 based
"git am -c" will discard everything above the scissors and then
start parsing the in-bo
On Thu, Mar 27, 2014 at 08:39:17PM +0200, Michael S. Tsirkin wrote:
> On Thu, Mar 27, 2014 at 11:03:46AM -0700, Junio C Hamano wrote:
> > "Michael S. Tsirkin" writes:
> >
> > > I started to remove that code, but then I recalled why I did it like
> > > this. There is a good reason. Yes, you can'
On Thu, Mar 27, 2014 at 11:03:46AM -0700, Junio C Hamano wrote:
> "Michael S. Tsirkin" writes:
>
> > I started to remove that code, but then I recalled why I did it like
> > this. There is a good reason. Yes, you can't simply reorder hunks just
> > like this. But you can get the same effect by
Jens Lehmann writes:
> Am 27.03.2014 16:52, schrieb W. Trevor King:
>> On Thu, Mar 27, 2014 at 03:21:49PM +0100, Johan Herland wrote:
>>> I just found a failure to checkout a project with submodules where
>>> there is no explicit submodule branch configuration, and the
>>> submodules happen to no
"Michael S. Tsirkin" writes:
> I started to remove that code, but then I recalled why I did it like
> this. There is a good reason. Yes, you can't simply reorder hunks just
> like this. But you can get the same effect by prefixing the header:
Yes, that is one of the things I personally have o
On Thu, Mar 27, 2014 at 09:58:41AM -0700, Junio C Hamano wrote:
> "Michael S. Tsirkin" writes:
>
> > Patch id changes if you reorder hunks in a diff.
>
> If you reorder hunks, the patch should no longer apply [*1*], so a
> feature to make patch-id stable across such move would have no
> practica
"Jonas Bang" writes:
> Hi Git developers,
>
> This is my first Git feature request, I hope it won’t get me hanged on the
> gallows ;o)
>
> *Git feature request:*
> Add an option to Git config to configure the criteria for when a "git
> checkout" should abort.
>
> *Name proposal and options:*
>
Junio C Hamano pobox.com> writes:
> My gut feeling is that adding a mechanism to add -DINLINE=__inline
> only on MSVC to the top-level Makefile, without touching this file,
> may be a much more palatable.
Okay, I'll think more about this one. Maybe *moving* inline=__inline from
compat-headers in
On Thu, Mar 27, 2014 at 09:58:41AM -0700, Junio C Hamano wrote:
> "Michael S. Tsirkin" writes:
>
> > Patch id changes if you reorder hunks in a diff.
>
> If you reorder hunks, the patch should no longer apply [*1*], so a
> feature to make patch-id stable across such move would have no
> practica
Am 27.03.2014 18:16, schrieb Junio C Hamano:
> Johan Herland writes:
>
>> I just found a failure to checkout a project with submodules where
>> there is no explicit submodule branch configuration, and the
>> submodules happen to not have a "master" branch:
>>
>> git clone git://gitorious.org/qt
Am 27.03.2014 16:52, schrieb W. Trevor King:
> On Thu, Mar 27, 2014 at 03:21:49PM +0100, Johan Herland wrote:
>> I just found a failure to checkout a project with submodules where
>> there is no explicit submodule branch configuration, and the
>> submodules happen to not have a "master" branch:
>
Johan Herland writes:
> I just found a failure to checkout a project with submodules where
> there is no explicit submodule branch configuration, and the
> submodules happen to not have a "master" branch:
>
> git clone git://gitorious.org/qt/qt5.git qt5
> cd qt5
> git submodule init qtbase
"Michael S. Tsirkin" writes:
> Patch id changes if you reorder hunks in a diff.
If you reorder hunks, the patch should no longer apply [*1*], so a
feature to make patch-id stable across such move would have no
practical use ;-), but I am guessing you meant something else.
Perhaps this is about
Marat Radchenko writes:
> Signed-off-by: Marat Radchenko
> ---
> xdiff/xutils.c | 1 +
> 1 file changed, 1 insertion(+)
>
> diff --git a/xdiff/xutils.c b/xdiff/xutils.c
> index 62cb23d..a21a835 100644
> --- a/xdiff/xutils.c
> +++ b/xdiff/xutils.c
> @@ -23,6 +23,7 @@
> #include
> #include
>
Christian Couder writes:
> Yeah, but it seems a bit wasteful to allocate memory for a new string,
> then downcase it, then compare it with strcmp() and then free it,
> instead of just using strcasecmp() on the original string.
I wasn't looking at the caller (and I haven't). I agree that, if
you
Jeff King writes:
> But for a small fetch...
>
> 5311.3: server (1 days)0.20(0.17+0.03) 4.39(4.03+6.59) +2095.0%
> 5311.4: size (1 days) 57.2K 59.5K +4.1%
> 5311.5: client (1 days)0.08(0.08+0.00) 0.08(0.08+0.00) +0.0%
Nice ;-)
> So this is a de
Ilya Bobyr writes:
> If there is decision on how shortening should work for all the
> options, maybe I could add a paragraph on that and make existing
> options more consistent.
We should strive to make the following from gitcli.txt apply
throughout the system:
* many commands allow a long opt
Hi Git developers,
This is my first Git feature request, I hope it wont get me hanged on the
gallows ;o)
*Git feature request:*
Add an option to Git config to configure the criteria for when a "git
checkout" should abort.
*Name proposal and options:*
checkout.clean false
checkout.clean tru
On Thu, Mar 27, 2014 at 08:52:08AM -0700, W. Trevor King wrote:
> Working around that to default to the upstream submodule's HEAD is
> possible (you can just use --branch HEAD)
Actually, this is probably not a good idea. The initial submodule
addition works:
$ git submodule add -b HEAD /tmp/su
On Thu, Mar 27, 2014 at 03:21:49PM +0100, Johan Herland wrote:
> I just found a failure to checkout a project with submodules where
> there is no explicit submodule branch configuration, and the
> submodules happen to not have a "master" branch:
The docs say [1]:
A remote branch name for tracki
shows gpg signature (if any) for commit message in gitweb
in case of successfully verifying the signature highlights it with green
Signed-off-by: Victor Kartashov
---
gitweb/gitweb.perl | 33 ++---
gitweb/static/gitweb.css | 5 +
2 files changed, 31 inserti
Hi,
I'm running:
Ubuntu 13.10 64 bit
and git version
git:amd64/saucy 1:1.8.3.2-1 uptodate
my remote repository is on a Chiliprojekt server (a fork of Redmine).
cloning the repo over http results in following error:
sneher@sneher-XPS:~/Dokumente/test$ git clone
http://sne...@git.projects.gwdg
On Wed, Mar 26, 2014 at 02:34:24PM -0700, Junio C Hamano wrote:
> Kirill Smelkov writes:
>
> > On Tue, Mar 25, 2014 at 10:46:32AM -0700, Junio C Hamano wrote:
> >> Kirill Smelkov writes:
> >>
> >> > What are the downsides of "__" prefix by the way?
> >>
> >> Aren't these names reserved for com
On Tue, Mar 25, 2014 at 6:15 PM, Duy Nguyen wrote:
> On Tue, Mar 25, 2014 at 3:55 PM, Matthieu Moy
> wrote:
>> - Original Message -
>>> The use case in mind is --max-depth=0 to stop recursion. With this we can do
>>>
>>> git config --global alias.ls 'ls-files --column --color --max-depth=
On Mon, Feb 24, 2014 at 08:21:47PM +0400, Kirill Smelkov wrote:
> As described in previous commit, when recursing into sub-trees, we can
> use lower-level tree walker, since its interface is now sha1 based.
>
> The change is ok, because diff_tree_sha1() only invokes
> __diff_tree_sha1(), and also,
On Tue, Mar 25, 2014 at 01:23:20PM +0400, Kirill Smelkov wrote:
> On Mon, Mar 24, 2014 at 02:43:36PM -0700, Junio C Hamano wrote:
> > Kirill Smelkov writes:
> >
> > > instead of allocating it all the time for every subtree in
> > > __diff_tree_sha1, let's allocate it once in diff_tree_sha1, and t
Hi,
I just found a failure to checkout a project with submodules where
there is no explicit submodule branch configuration, and the
submodules happen to not have a "master" branch:
git clone git://gitorious.org/qt/qt5.git qt5
cd qt5
git submodule init qtbase
git submodule update
In curre
On Mon, Feb 24, 2014 at 08:21:50PM +0400, Kirill Smelkov wrote:
[...]
> not changed:
>
> - low-level helpers are still named with "__" prefix as, imho, that is the
> best
> convention to name such helpers, without sacrificing signal/noise ratio. All
> of them are now static though.
Please fi
On Mon, Mar 24, 2014 at 02:47:24PM -0700, Junio C Hamano wrote:
> Kirill Smelkov writes:
>
> > On Fri, Feb 28, 2014 at 06:19:58PM +0100, Erik Faye-Lund wrote:
> >> On Fri, Feb 28, 2014 at 6:00 PM, Kirill Smelkov wrote:
> >> ...
> >> > In fact that would be maybe preferred, for maintainers to ena
On 03/26/2014 03:40 PM, Siddharth Agarwal wrote:
On 03/26/2014 12:22 AM, Jeff King wrote:
[tl;dr the patch is the same as before, but there is a script to measure
its effects; please try it out on your repos]
Here are the numbers from another, much larger repo:
Test
Hi,
Do we leak the context we allocate in imap-send.c:280 intentionally?
Regards,
--
Thiago Farina
--
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Greetings,
I, Liliane send you this email. You can read about me on:
fr.wikipedia.org/wiki/Liliane_Bettencourt
I write to you because I intend to give to you some portion of my Bank
net-worth which I have been putting away for a long time. I want to cede it to
you for charity purpose. If ready,r
Most arguments that could be provided to a test have short forms.
Unless documented, the only way to learn them is to read the code.
Signed-off-by: Ilya Bobyr
---
Minor changes according to comments in
http://www.mail-archive.com/git@vger.kernel.org/msg46423.html
Ramsay Jones
and
Allow better control of the set of tests that will be executed for a
single test suite. Mostly useful while debugging or developing as it
allows to focus on a specific test.
Signed-off-by: Ilya Bobyr
---
No changes from the previous version.
t/README | 65 ++-
t/t-ba
We used to show "(missing )" next to tests skipped because they are
specified in GIT_SKIP_TESTS. Use "(GIT_SKIP_TESTS)" instead.
Plus tests that check basic GIT_SKIP_TESTS functions.
Signed-off-by: Ilya Bobyr
---
No changes from the previous version.
t/t-basic.sh | 63 +
This is an update verson of the patches I've posted here:
[RFC/PATCH] Better control of the tests run by a test suite
http://www.mail-archive.com/git@vger.kernel.org/msg46419.html
Chanes are only in the first patch, according to
http://www.mail-archive.com/git@vger.kernel.org/msg4642
On 3/24/2014 9:58 PM, Junio C Hamano wrote:
> Jeff King writes:
>
>> On Mon, Mar 24, 2014 at 01:49:44AM -0700, Ilya Bobyr wrote:
>>
>>> Here are some examples of how functionality added by the patch
>>> could be used. In order to run setup tests and then only a
>>> specific test (use case 1) one
On 3/25/2014 10:23 AM, Junio C Hamano wrote:
> Ilya Bobyr writes:
>
>> On 3/24/2014 4:39 AM, Ramsay Jones wrote:
>>> On 24/03/14 08:49, Ilya Bobyr wrote:
>>> [...]
[...]
---valgrind=::
+-v,--valgrind=::
>>> The -v short option is taken, above ... :-P
>> Right %)
>> Thanks :)
Patch id changes if you reorder hunks in a diff.
As the result is functionally equivalent, this is surprising to many
people.
In particular, reordering hunks is helpful to make patches
more readable (e.g. API header diff before implementation diff).
Change patch-id behaviour making it stable again
Clarify that patch ID is now a sum of hashes, not a hash.
Document --stable and --unstable flags.
Signed-off-by: Michael S. Tsirkin
---
Documentation/git-patch-id.txt | 21 -
1 file changed, 16 insertions(+), 5 deletions(-)
diff --git a/Documentation/git-patch-id.txt b/Docum
Verify that patch ID is now stable against hunk reordering.
Signed-off-by: Michael S. Tsirkin
---
t/t4204-patch-id.sh | 68 +
1 file changed, 63 insertions(+), 5 deletions(-)
diff --git a/t/t4204-patch-id.sh b/t/t4204-patch-id.sh
index d2c930d
Signed-off-by: Marat Radchenko
---
xdiff/xutils.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/xdiff/xutils.c b/xdiff/xutils.c
index 62cb23d..a21a835 100644
--- a/xdiff/xutils.c
+++ b/xdiff/xutils.c
@@ -23,6 +23,7 @@
#include
#include
#include "xinclude.h"
+#include "git-compat-util.h
Signed-off-by: Marat Radchenko
---
compat/vcbuild/scripts/clink.pl | 2 ++
config.mak.uname| 1 -
2 files changed, 2 insertions(+), 1 deletion(-)
diff --git a/compat/vcbuild/scripts/clink.pl b/compat/vcbuild/scripts/clink.pl
index 4374771..a87d0da 100755
--- a/compat/vcbuild/scri
From: Junio C Hamano
Subject: Re: [PATCH v8 01/12] Add data structures and basic functions for
commit trailers
Date: Wed, 26 Mar 2014 16:06:35 -0700
> Christian Couder writes:
>
>>> Subject: Re: [PATCH v8 01/12] Add data structures and basic functions for
>>> commit trailers
>
> As pointed o
1 - 100 of 102 matches
Mail list logo