On Tue, Nov 01, 2016 at 06:33:38PM -0700, Junio C Hamano wrote:
> Jeff King writes:
>
> > On Fri, Sep 30, 2016 at 05:19:37PM -0700, Junio C Hamano wrote:
> >
> >> Introduce a mechanism, where we estimate the number of objects in
> >> the repository upon the first request to
Christian Couder writes:
>>> Wrap this string and the one below with _() so they can be translated.
>>
>> True.
>>
>> I further wonder if a natural reaction from users after seeing this
>> message is "I do want to--what else would I use that option to run
>> you for?
Jeff King writes:
> On Fri, Sep 30, 2016 at 05:19:37PM -0700, Junio C Hamano wrote:
>
>> Introduce a mechanism, where we estimate the number of objects in
>> the repository upon the first request to abbreviate an object name
>> with the default setting and come up with a sane
On Tue, Nov 1, 2016 at 2:10 PM, Stefan Beller wrote:
> On Tue, Nov 1, 2016 at 1:59 PM, Jeff King wrote:
>> On Tue, Nov 01, 2016 at 01:56:34PM -0700, Junio C Hamano wrote:
>>
>>> > As of -rc0, we have both --indent-heuristic and --compaction-heuristic
>>> >
"git-subtree add" fails to add the subtree into a repository with
submodules, reporting that the worktree is not clean, while `git status`
says that everything is clean (including submodules). I tracked the
problem down to the command "git index HEAD" returning all submodules as
having the M
On Tue, Nov 1, 2016 at 8:05 PM, Junio C Hamano wrote:
> Duy Nguyen writes:
>
>>> diff --git a/builtin/update-index.c b/builtin/update-index.c
>>> index b75ea03..a14dbf2 100644
>>> --- a/builtin/update-index.c
>>> +++ b/builtin/update-index.c
>>> @@ -1098,12
On Tue, Nov 1, 2016 at 3:13 PM, David Turner wrote:
> Consider the following two cases:
>
> We have commit X and commit Y. X is an ancestor of Y.
>
> We're at X and doing get checkout Y -- or we're at Y and we're doing
> git checkout X.
>
> Case 1: Between X and Y, we
Consider the following two cases:
We have commit X and commit Y. X is an ancestor of Y.
We're at X and doing get checkout Y -- or we're at Y and we're doing
git checkout X.
Case 1: Between X and Y, we have deleted a submodule.
In order to move from X to Y, git removes the submodule
from the
Stefan Beller writes:
>> -diff.indentHeuristic::
>> diff.compactionHeuristic::
>> Set one of these options to `true` to enable one of two
>> experimental heuristics that shift diff hunk boundaries to
>
> We would need to reword this as well, as there will be
On Tue, Nov 01, 2016 at 02:45:19PM -0700, Junio C Hamano wrote:
> Junio C Hamano writes:
>
> > And here is _with_ renaming. I think "compaction heuristics" is a
> > much better phrase to call "heuristics used during the diff hunk
> > compaction process" without specifying
Junio C Hamano writes:
> And here is _with_ renaming. I think "compaction heuristics" is a
> much better phrase to call "heuristics used during the diff hunk
> compaction process" without specifying how that heuristics work
> (like taking hints in the indentation levels). If
On Tue, Nov 1, 2016 at 2:38 PM, Junio C Hamano wrote:
>
> -diff.indentHeuristic::
> diff.compactionHeuristic::
> Set one of these options to `true` to enable one of two
> experimental heuristics that shift diff hunk boundaries to
We would need to reword this
Junio C Hamano writes:
> If it involves renaming and swapping, however, we may be talking
> about a change that we cannot deliver with confidence in less than a
> week before -rc1, which sounds, eh, suboptimal.
>
> FWIW, here is how the removal of compaction without renaming
Jonathan Tan writes:
>>> Hmph. The optional whitespace is to allow for what kind of line?
>>>
>>> It is not for "Signed off by:" that is a misspelt "Signed-off-by:";
>>> it may not hurt but I do not think of a case that would be useful
>>> offhand.
>
> This is to allow
Jeff King writes:
> On Tue, Nov 01, 2016 at 08:50:23PM -, Philip Oakley wrote:
>
>> > From "git help update-index":
>> >
>> > --[no-]assume-unchanged
>> >When this flag is specified, the object names recorded for
>> >the paths are not updated. Instead, this
On Tue, Nov 1, 2016 at 1:59 PM, Jeff King wrote:
> On Tue, Nov 01, 2016 at 01:56:34PM -0700, Junio C Hamano wrote:
>
>> > As of -rc0, we have both --indent-heuristic and --compaction-heuristic
>> > (along with matching config), and they are mutually exclusive.
>> >
>> > In [1],
Jeff King writes:
> We've already released a version with --compaction-heuristic, so we are
> stuck keeping it forever either way.
While I do not necessarily agree with this conclusion (we've already
released it labelled as experimental; can't we freely take it
away?), that may
Be more assertive about the User promise, and Git's defensiveness
of file changes.
Signed-off-by: Philip Oakley
---
Here is a full patch for
https://public-inbox.org/git/7CE3166CFD244DAABF554451E8B0800F@PhilipOakley/
---
Documentation/git-update-index.txt | 22
On Tue, Nov 01, 2016 at 08:50:23PM -, Philip Oakley wrote:
> > From "git help update-index":
> >
> > --[no-]assume-unchanged
> >When this flag is specified, the object names recorded for
> >the paths are not updated. Instead, this option sets/unsets
> >the "assume unchanged"
On Tue, Nov 01, 2016 at 01:56:34PM -0700, Junio C Hamano wrote:
> > As of -rc0, we have both --indent-heuristic and --compaction-heuristic
> > (along with matching config), and they are mutually exclusive.
> >
> > In [1], Stefan suggested just replacing the compaction heuristic
> > entirely with
Jeff King writes:
> On Mon, Oct 31, 2016 at 02:49:42PM -0700, Junio C Hamano wrote:
>
>> * Output from "git diff" can be made easier to read by selecting
>>which lines are common and which lines are added/deleted
>>intelligently when the lines before and after the changed
On 11/01/2016 01:37 PM, Junio C Hamano wrote:
Junio C Hamano writes:
Jonathan Tan writes:
Currently, a line is interpreted to be a trailer line if it contains a
separator. Make parsing stricter by requiring the text on the left of
the separator,
From: "Jeff King"
On Tue, Nov 01, 2016 at 10:28:57AM +, Halde, Faiz wrote:
I frequently use the following command to ignore changes done in a file
git update-index --assume-unchanged somefile
Now when I do a pull from my remote branch and say the file 'somefile'
was
> * "git clone --resurse-submodules --reference $path $URL" is a way to
"recurse"
Junio C Hamano writes:
> Jonathan Tan writes:
>
>> Currently, a line is interpreted to be a trailer line if it contains a
>> separator. Make parsing stricter by requiring the text on the left of
>> the separator, if not the empty string, to be of the
On Mon, Oct 31, 2016 at 02:49:42PM -0700, Junio C Hamano wrote:
> * Output from "git diff" can be made easier to read by selecting
>which lines are common and which lines are added/deleted
>intelligently when the lines before and after the changed section
>are the same. A command
Jonathan Tan writes:
> Currently, a line is interpreted to be a trailer line if it contains a
> separator. Make parsing stricter by requiring the text on the left of
> the separator, if not the empty string, to be of the " whitespace>" form.
Hmph. The optional
On 11/01, Stefan Beller wrote:
> On Mon, Oct 31, 2016 at 3:38 PM, Brandon Williams wrote:
>
> >
> > +--recurse-submodules::
> > + Recursively search in each submodule that has been initialized and
> > + checked out in the repository.
> > +
>
> and warn otherwise.
Thanks for all your comments.
This patch set is now built off master (since jt/trailer-with-cruft is
merged).
I couldn't think of an easy way to clearly decide if a token with spaces
should be considered a token, so I've tightened the restrictions. One
benefit is that we no longer need to create
Currently, a line is interpreted to be a trailer line if it contains a
separator. Make parsing stricter by requiring the text on the left of
the separator, if not the empty string, to be of the "" form.
(The find_separator function distinguishes the no-separator case from
the
trailer.c currently splits lines while processing a buffer (and also
rejoins lines when needing to invoke ignore_non_trailer).
Avoid such line splitting, except when generating the strings
corresponding to trailers (for ease of use by clients - a subsequent
patch will allow other components to
Create a function that, taking a string, describes the position of its
trailer block (if available) and the contents thereof, and make trailer
use it. This makes it easier for other Git components, in the future, to
interpret trailer blocks in the same way as trailer.
In a subsequent patch,
Make ignore_non_trailer take a buf/len pair instead of struct strbuf.
Signed-off-by: Jonathan Tan
---
builtin/commit.c | 2 +-
commit.c | 22 +++---
commit.h | 2 +-
trailer.c| 2 +-
4 files changed, 14 insertions(+), 14
Make sequencer use trailer.c's trailer layout definition, as opposed to
parsing the footer by itself. This makes "commit -s", "cherry-pick -x",
and "format-patch --signoff" consistent with trailer, allowing
non-trailer lines and multiple-line trailers in trailer blocks under
certain conditions,
Christian Couder writes:
> This function will be used in a following commit to get the expiration
> time of the shared index files from the config, and it is generic
> enough to be put in "config.c".
Is it generic enough that a helper that sounds as if it can get any
Duy Nguyen writes:
> On Sun, Oct 23, 2016 at 4:26 PM, Christian Couder
> wrote:
>> @@ -2268,6 +2268,12 @@ int write_locked_index(struct index_state *istate,
>> struct lock_file *lock,
>
> Doing this in read_index_from() would keep the shared file
Christian Couder writes:
> Signed-off-by: Christian Couder
> ---
> Documentation/config.txt | 13 +
> 1 file changed, 13 insertions(+)
>
> diff --git a/Documentation/config.txt b/Documentation/config.txt
> index 96521a4..380eeb8
Christian Couder writes:
> Signed-off-by: Christian Couder
> ---
> t/t1700-split-index.sh | 72
> ++
> 1 file changed, 72 insertions(+)
>
> diff --git a/t/t1700-split-index.sh
Duy Nguyen writes:
> On Sun, Oct 23, 2016 at 4:26 PM, Christian Couder
> wrote:
>> This new function will be used in a following commit to get the
>> +int git_config_get_max_percent_split_change(void)
>> +{
>> + int val = -1;
>> +
>> +
Duy Nguyen writes:
>> diff --git a/builtin/update-index.c b/builtin/update-index.c
>> index b75ea03..a14dbf2 100644
>> --- a/builtin/update-index.c
>> +++ b/builtin/update-index.c
>> @@ -1098,12 +1098,21 @@ int cmd_update_index(int argc, const char **argv,
>> const char
Jeff King writes:
> On Tue, Nov 01, 2016 at 10:28:57AM +, Halde, Faiz wrote:
>
>> I frequently use the following command to ignore changes done in a file
>>
>> git update-index --assume-unchanged somefile
>>
>> Now when I do a pull from my remote branch and say the file
Jonathan Tan writes:
>>> 9:I want to mention about Signed-off-by: here.
>> ...
>> This seems a bit weird.
>
> This is because the "I want to mention" block has 100% trailer lines
> (since its only line contains a colon). We could forbid spaces in
> trailer field names,
Hi all,
On Sat, 29 Oct 2016, Johannes Schindelin wrote:
> On Fri, 28 Oct 2016, Junio C Hamano wrote:
>
> > The latest maintenance release Git v2.10.2 is now available at
> > the usual places.
>
> The corresponding Git for Windows version will be hopefully out on
> Tuesday:
On Tue, Nov 01, 2016 at 10:28:57AM +, Halde, Faiz wrote:
> I frequently use the following command to ignore changes done in a file
>
> git update-index --assume-unchanged somefile
>
> Now when I do a pull from my remote branch and say the file 'somefile'
> was changed locally and in remote,
On 10/31/2016 06:11 PM, Junio C Hamano wrote:
Jonathan Tan writes:
diff --git a/t/t4014-format-patch.sh b/t/t4014-format-patch.sh
index ba4902d..635b394 100755
--- a/t/t4014-format-patch.sh
+++ b/t/t4014-format-patch.sh
@@ -1277,8 +1277,7 @@ EOF
4:Subject: [PATCH]
On Tue, Nov 1, 2016 at 10:20 AM, Junio C Hamano wrote:
>
> Maybe I am old fashioned, but I'd feel better to see these with
> explicit "extern" in front (check the older header files like
> cache.h when you are in doubt what the project convention has been).
I did check the
Brandon Williams writes:
> Add `GREP_SOURCE_SUBMODULE` as a grep_source type and cases for this new
> type in the various switch statements in grep.c.
>
> When initializing a grep_source with type `GREP_SOURCE_SUBMODULE` the
> identifier can either be NULL (to indicate that
On Mon, Oct 31, 2016 at 3:38 PM, Brandon Williams wrote:
>
> +--recurse-submodules::
> + Recursively search in each submodule that has been initialized and
> + checked out in the repository.
> +
and warn otherwise.
> +
> + /*
> +* Limit number of
On 11/01, Junio C Hamano wrote:
> Stefan Beller writes:
>
> Overall the suggestions from you in this review is good and please
> consider anything I did not mention I agree with you. Thanks.
>
> >> +extern int is_submodule_initialized(const char *path);
> >> +extern int
On 10/31, Stefan Beller wrote:
> On Mon, Oct 31, 2016 at 3:38 PM, Brandon Williams wrote:
> > +int is_submodule_checked_out(const char *path)
> > +{
> > + int ret = 0;
> > + struct strbuf buf = STRBUF_INIT;
> > +
> > + strbuf_addf(, "%s/.git", path);
> > +
Stefan Beller writes:
Overall the suggestions from you in this review is good and please
consider anything I did not mention I agree with you. Thanks.
>> +extern int is_submodule_initialized(const char *path);
>> +extern int is_submodule_checked_out(const char *path);
>
>
On Mon, Oct 31, 2016 at 3:38 PM, Brandon Williams wrote:
> Add `GREP_SOURCE_SUBMODULE` as a grep_source type and cases for this new
> type in the various switch statements in grep.c.
>
> When initializing a grep_source with type `GREP_SOURCE_SUBMODULE` the
> identifier can
On Mon, Oct 31, 2016 at 3:38 PM, Brandon Williams wrote:
> Teach submodules to load a '.gitmodules' file from a commit sha1. This
> enables the population of the submodule_cache to be based on the state
> of the '.gitmodules' file from a particular commit.
>
> Signed-off-by:
On Tue, Nov 01, 2016 at 09:49:07AM +0100, René Scharfe wrote:
> Overflow is defined for unsigned integers, but not for signed ones.
> Wrap around explicitly for the new ring-buffer in find_unique_abbrev()
> as we did in bb84735c for the ones in sha1_to_hex() and get_pathname(),
> thus avoiding
Hi,
Git v2.11.0-rc0 has been released, and it's time to start new round of git l10n.
This time there are 209 updated messages need to be translated since last
update:
l10n: git.pot: v2.11.0 round 1 (209 new, 53 removed)
Generate po/git.pot from v2.11.0-rc0 for git v2.11.0 l10n round 1.
Hello Git
Not sure if this is a feature or a bug, but here it is.
I frequently use the following command to ignore changes done in a file
git update-index --assume-unchanged somefile
Now when I do a pull from my remote branch and say the file 'somefile' was
changed locally and in remote, git
[]
> This probably should be done as four more patches to become
> reviewable.
>
> - One to use the CONVERT_STAT_BITS a lot more for the conversion
>decision than before,
>
> - another to allow the caller to tell gather_stats() to give up
>early with the "search_only" bits,
>
> -
Hi Junio,
On Mon, Oct 31, 2016 at 02:49:42PM -0700, Junio C Hamano wrote:
[snip]
> * In some projects, it is common to use "[RFC PATCH]" as the subject
>prefix for a patch meant for discussion rather than application. A
>new option "--rfc" was a short-hand for "--subject-prefix=RFC
Overflow is defined for unsigned integers, but not for signed ones.
Wrap around explicitly for the new ring-buffer in find_unique_abbrev()
as we did in bb84735c for the ones in sha1_to_hex() and get_pathname(),
thus avoiding signed overflows and getting rid of the magic number 3.
Signed-off-by:
The object_id functions oid_to_hex, oid_to_hex_r, oidclr, oidcmp, and
oidcpy are defined as wrappers of their legacy counterparts sha1_to_hex,
sha1_to_hex_r, hashclr, hashcmp, and hashcpy, respectively. Make sure
that the Coccinelle transformations for converting legacy function calls
are not
60 matches
Mail list logo