* Re: What's cooking in git.git (Jan 2016, #01; Mon, 4)
@ 2016-01-05 2:44 Stephen & Linda Smith
2016-01-05 3:36 ` Junio C Hamano
` (2 more replies)
0 siblings, 3 replies; 8+ messages in thread
From: Stephen & Linda Smith @ 2016-01-05 2:44 UTC (permalink / raw)
To: Junio C Hamano
Cc: git, Will Palmer, Alexander Kuleshov, Eric Sunshine, ischis2
On Monday, January 04, 2016 03:44:33 PM Junio C Hamano wrote:
> Becoming tired of waiting for a reroll.
> ($gmane/271213).
> Anybody wants to help rerolling this? Otherwise will discard.
<snip>
> Becoming tired of waiting for a reroll.
> Anybody wants to help rerolling this? Otherwise will discard.
> ($gmane/272180).
What do you mean by rerolling this? If you mean that you would like
someone to pick up the patch and try and get it though then I don't mind helping.
Of course if the original authors are wanting to finish, then I will look for
something else.
For my education, how does this affect the sign-off proceedure?
sps
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: What's cooking in git.git (Jan 2016, #01; Mon, 4)
2016-01-05 2:44 What's cooking in git.git (Jan 2016, #01; Mon, 4) Stephen & Linda Smith
@ 2016-01-05 3:36 ` Junio C Hamano
2016-01-05 4:32 ` Stephen & Linda Smith
2016-01-07 3:56 ` Picking up old threads/patches Stephen & Linda Smith
2 siblings, 0 replies; 8+ messages in thread
From: Junio C Hamano @ 2016-01-05 3:36 UTC (permalink / raw)
To: Stephen & Linda Smith
Cc: git, Will Palmer, Alexander Kuleshov, Eric Sunshine
Stephen & Linda Smith <ischis2@cox.net> writes:
> On Monday, January 04, 2016 03:44:33 PM Junio C Hamano wrote:
>> Becoming tired of waiting for a reroll.
>> ($gmane/271213).
>> Anybody wants to help rerolling this? Otherwise will discard.
>
> <snip>
>
>> Becoming tired of waiting for a reroll.
>> Anybody wants to help rerolling this? Otherwise will discard.
> > ($gmane/272180).
>
> What do you mean by rerolling this? If you mean that you would
> like someone to pick up the patch and try and get it though then I
> don't mind helping.
More or less. I do not mind if these topics disappeared, either,
but we have spent review and discussion bandwidth for these
unfinished topics and we may want to take them to the completion.
> For my education, how does this affect the sign-off proceedure?
Depending on the extent of changes from the original version, either
you take the authorship (with comment in the log message saying that
it is based on Such and Such's patches) or you still keep them as
the author (with comment in the log message saying that you extended
it in such and such way). In either case, as long as their original
remains in the resulting patch, you retain their Sign-off and then
add your Sign-off at the end.
If you take the ideas from their series and rewrite everything from
scratch, you would take the authorship, with comment in the log
message saying that you took inspiration from Such and Such's
patches, and have only your Sign-off.
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: What's cooking in git.git (Jan 2016, #01; Mon, 4)
2016-01-05 2:44 What's cooking in git.git (Jan 2016, #01; Mon, 4) Stephen & Linda Smith
2016-01-05 3:36 ` Junio C Hamano
@ 2016-01-05 4:32 ` Stephen & Linda Smith
2016-01-07 3:56 ` Picking up old threads/patches Stephen & Linda Smith
2 siblings, 0 replies; 8+ messages in thread
From: Stephen & Linda Smith @ 2016-01-05 4:32 UTC (permalink / raw)
To: Junio C Hamano; +Cc: git, Will Palmer, Alexander Kuleshov, Eric Sunshine
On Monday, January 04, 2016 07:36:05 PM Junio C Hamano wrote:
> Stephen & Linda Smith <ischis2@cox.net> writes:
>
> > On Monday, January 04, 2016 03:44:33 PM Junio C Hamano wrote:
> >> Becoming tired of waiting for a reroll.
> >> ($gmane/271213).
> >> Anybody wants to help rerolling this? Otherwise will discard.
> >
> > <snip>
> >
> >> Becoming tired of waiting for a reroll.
> >> Anybody wants to help rerolling this? Otherwise will discard.
> > > ($gmane/272180).
> >
> > What do you mean by rerolling this? If you mean that you would
> > like someone to pick up the patch and try and get it though then I
> > don't mind helping.
>
> More or less. I do not mind if these topics disappeared, either,
> but we have spent review and discussion bandwidth for these
> unfinished topics and we may want to take them to the completion.
>
> > For my education, how does this affect the sign-off proceedure?
>
> Depending on the extent of changes from the original version, either
> you take the authorship (with comment in the log message saying that
> it is based on Such and Such's patches) or you still keep them as
> the author (with comment in the log message saying that you extended
> it in such and such way). In either case, as long as their original
> remains in the resulting patch, you retain their Sign-off and then
> add your Sign-off at the end.
>
> If you take the ideas from their series and rewrite everything from
> scratch, you would take the authorship, with comment in the log
> message saying that you took inspiration from Such and Such's
> patches, and have only your Sign-off.
>
>
If Will isn't interested in finishing these two patches I will pick them
up [ ($gmane/271213), ($gmane/272180) ]
After that I will check look at some of the others for which you've
asked for help.
^ permalink raw reply [flat|nested] 8+ messages in thread
* Picking up old threads/patches
2016-01-05 2:44 What's cooking in git.git (Jan 2016, #01; Mon, 4) Stephen & Linda Smith
2016-01-05 3:36 ` Junio C Hamano
2016-01-05 4:32 ` Stephen & Linda Smith
@ 2016-01-07 3:56 ` Stephen & Linda Smith
2016-01-07 3:59 ` Stephen & Linda Smith
2 siblings, 1 reply; 8+ messages in thread
From: Stephen & Linda Smith @ 2016-01-07 3:56 UTC (permalink / raw)
To: Junio C Hamano, Eric Sunshine; +Cc: git, ischis2
> If Will isn't interested in finishing these two patches I will pick them
> up [ ($gmane/271213), ($gmane/272180) ]
>
> After that I will check look at some of the others for which you've
> asked for help.
I started work on both of this this evening. Since I do not have the
original emails I don't have the Message ID's which would make it
to use with the git send-email command. Do either of you have the
message ID's?
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: Picking up old threads/patches
2016-01-07 3:56 ` Picking up old threads/patches Stephen & Linda Smith
@ 2016-01-07 3:59 ` Stephen & Linda Smith
2016-01-07 8:03 ` Jeff King
2016-01-07 13:29 ` Stephen & Linda Smith
0 siblings, 2 replies; 8+ messages in thread
From: Stephen & Linda Smith @ 2016-01-07 3:59 UTC (permalink / raw)
To: Junio C Hamano; +Cc: Eric Sunshine, git
> If Will isn't interested in finishing these two patches I will pick them
> up [ ($gmane/271213), ($gmane/272180) ]
>
> After that I will check look at some of the others for which you've
> asked for help.
I started work on both of these rerolls this evening. Since I do not have the
original emails I don't have the Message ID's which would allow me
to add to the threads with the git send-email command. Do either of you have the
message ID's?
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: Picking up old threads/patches
2016-01-07 3:59 ` Stephen & Linda Smith
@ 2016-01-07 8:03 ` Jeff King
2016-01-07 13:29 ` Stephen & Linda Smith
1 sibling, 0 replies; 8+ messages in thread
From: Jeff King @ 2016-01-07 8:03 UTC (permalink / raw)
To: Stephen & Linda Smith; +Cc: Junio C Hamano, Eric Sunshine, git
On Wed, Jan 06, 2016 at 08:59:52PM -0700, Stephen & Linda Smith wrote:
> > If Will isn't interested in finishing these two patches I will pick them
> > up [ ($gmane/271213), ($gmane/272180) ]
> >
> > After that I will check look at some of the others for which you've
> > asked for help.
>
> I started work on both of these rerolls this evening. Since I do not have the
> original emails I don't have the Message ID's which would allow me
> to add to the threads with the git send-email command. Do either of you have the
> message ID's?
If it's an ancient thread, it's not a big deal to just start a new
thread (especially if you reference the old one in the text so people
can dig it up if they really care).
But for reference, you can add `/raw` to the end of a gmane article URL
to get all the headers. E.g.:
$ gmane=http://article.gmane.org/gmane.comp.version-control.git
$ curl -s $gmane/271213/raw | grep -i ^message-id:
Message-ID: <CAAKF_ub5c+2vVmG161O6gnUUeEcNfDUMU=mtn+k0T8bC-9ZHPw@mail.gmail.com>
-Peff
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: Picking up old threads/patches
2016-01-07 3:59 ` Stephen & Linda Smith
2016-01-07 8:03 ` Jeff King
@ 2016-01-07 13:29 ` Stephen & Linda Smith
1 sibling, 0 replies; 8+ messages in thread
From: Stephen & Linda Smith @ 2016-01-07 13:29 UTC (permalink / raw)
To: Jeff King; +Cc: Junio C Hamano, Eric Sunshine, git
On Thursday, January 07, 2016 03:03:50 AM Jeff King wrote:
> If it's an ancient thread, it's not a big deal to just start a new
> thread (especially if you reference the old one in the text so people
> can dig it up if they really care).
>
> But for reference, you can add `/raw` to the end of a gmane article URL
> to get all the headers. E.g.:
>
> $ gmane=http://article.gmane.org/gmane.comp.version-control.git
> $ curl -s $gmane/271213/raw | grep -i ^message-id:
> Message-ID: <CAAKF_ub5c+2vVmG161O6gnUUeEcNfDUMU=mtn+k0T8bC-9ZHPw@mail.gmail.com>
>
Thank you.
^ permalink raw reply [flat|nested] 8+ messages in thread
* What's cooking in git.git (Jan 2016, #01; Mon, 4)
@ 2016-01-04 23:44 Junio C Hamano
0 siblings, 0 replies; 8+ messages in thread
From: Junio C Hamano @ 2016-01-04 23:44 UTC (permalink / raw)
To: git
Here are the topics that have been cooking. Commits prefixed with
'-' are only in 'pu' (proposed updates) while commits prefixed with
'+' are in 'next'. The ones marked with '.' do not appear in any of
the integration branches, but I am still holding onto them.
Git 2.7 has been released. Also, Git 2.6.5, hopefully the final
maintenance release for 2.6.x series, has been released.
You can find the changes described here in the integration branches of the
repositories listed at
http://git-blame.blogspot.com/p/git-public-repositories.html
--------------------------------------------------
[New Topics]
* jk/notes-merge-from-anywhere (2015-12-29) 1 commit
- notes: allow merging from arbitrary references
"git notes merge" used to limit the source of the merged notes tree
to somewhere under refs/notes/ hierarchy, which was too limiting
when inventing a workflow to exchange notes with remote
repositories using remote-tracking notes trees (located in e.g.
refs/remote-notes/ or somesuch).
Needs review.
* dk/reflog-walk-with-non-commit (2015-12-30) 1 commit
- reflog-walk: don't segfault on non-commit sha1's in the reflog
"git reflog" incorrectly assumed that all objects that used to be
at the tip of a ref must be commits, which caused it to segfault.
Needs a bit of tweak to the test?
($gmane/283245).
* ew/send-email-mutt-alias-fix (2016-01-04) 1 commit
- git-send-email: do not double-escape quotes from mutt
"git send-email" was confused by escaped quotes stored in the alias
files saved by "mutt".
Will merge to 'next'.
* jk/clang-pedantic (2016-01-04) 2 commits
- bswap: add NO_UNALIGNED_LOADS define
- avoid shifting signed integers 31 bits
A few unportable C construct have been spotted by clang compiler
and have been fixed.
Will merge to 'next'.
--------------------------------------------------
[Stalled]
* kf/http-proxy-auth-methods (2015-11-04) 3 commits
. SQUASH???
. http: use credential API to handle proxy authentication
. http: allow selection of proxy authentication method
New http.proxyAuthMethod configuration variable can be used to
specify what authentication method to use, as a way to work around
proxies that do not give error response expected by libcurl when
CURLAUTH_ANY is used. Also, the codepath for proxy authentication
has been taught to use credential API to store the authentication
material in user's keyrings.
I ejected this from pu for the moment, as it conflicts with the
pt/http-socks-proxy topic. That is now in master, so it can
be re-rolled on top.
Anybody wants to help rerolling this? Otherwise will discard.
* mg/httpd-tests-update-for-apache-2.4 (2015-04-08) 2 commits
- t/lib-git-svn: check same httpd module dirs as lib-httpd
- t/lib-httpd: load mod_unixd
This is the first two commits in a three-patch series $gmane/266962
Becoming tired of waiting for a reroll.
with updated log message ($gmane/268061).
Will discard.
* wp/sha1-name-negative-match (2015-06-08) 2 commits
- sha1_name.c: introduce '^{/!-<negative pattern>}' notation
- test for '!' handling in rev-parse's named commits
Introduce "branch^{/!-<pattern>}" notation to name a commit
reachable from branch that does not match the given pattern.
Becoming tired of waiting for a reroll.
($gmane/271213).
Anybody wants to help rerolling this? Otherwise will discard.
* ak/format-patch-odir-config (2015-06-19) 1 commit
- format-patch: introduce format.outputDirectory configuration
Becoming tired of waiting for a reroll.
Anybody wants to help rerolling this? Otherwise will discard.
($gmane/272180).
* jc/diff-b-m (2015-02-23) 5 commits
. WIPWIP
. WIP: diff-b-m
- diffcore-rename: allow easier debugging
- diffcore-rename.c: add locate_rename_src()
- diffcore-break: allow debugging
"git diff -B -M" produced incorrect patch when the postimage of a
completely rewritten file is similar to the preimage of a removed
file; such a resulting file must not be expressed as a rename from
other place.
The fix in this patch is broken, unfortunately.
Will discard.
--------------------------------------------------
[Cooking]
* ea/blame-progress (2015-12-16) 1 commit
(merged to 'next' on 2015-12-22 at f8e8643)
+ blame: add support for --[no-]progress option
"git blame" learned to produce the progress eye-candy when it takes
too much time before emitting the first line of the result.
Will merge to 'master'.
* dt/unpack-compare-entry-optim (2015-12-21) 1 commit
- do_compare_entry: use already-computed path
Will merge to 'next'.
* jk/pack-revindex (2015-12-21) 2 commits
- pack-revindex: store entries directly in packed_git
- pack-revindex: drop hash table
Will merge to 'next'.
* jk/symbolic-ref (2015-12-29) 3 commits
- create_symref: write reflog while holding lock
- create_symref: use existing ref-lock code
- create_symref: modernize variable names
The low-level code that is used to create symbolic references has
been updated to share more code with the code that deals with
normal references.
Will merge to 'next'.
* nd/stop-setenv-work-tree (2015-12-22) 1 commit
(merged to 'next' on 2015-12-22 at 6d7bb0c)
+ Revert "setup: set env $GIT_WORK_TREE when work tree is set, like $GIT_DIR"
(this branch is used by nd/clear-gitenv-upon-use-of-alias.)
An earlier change in 2.5.x-era broke users' hooks and aliases by
exporting GIT_WORK_TREE to point at the root of the working tree,
interfering when they tried to use a different working tree without
setting GIT_WORK_TREE environment themselves.
Will merge to 'master'.
* ep/update-command-substitution-style (2016-01-04) 51 commits
- t/t5710-info-alternate.sh: use the $( ... ) construct for command substitution
- t/t5700-clone-reference.sh: use the $( ... ) construct for command substitution
- t/t5601-clone.sh: use the $( ... ) construct for command substitution
- t/t5570-git-daemon.sh: use the $( ... ) construct for command substitution
- t/t5550-http-fetch-dumb.sh: use the $( ... ) construct for command substitution
- t/t5538-push-shallow.sh: use the $( ... ) construct for command substitution
- t/t5537-fetch-shallow.sh: use the $( ... ) construct for command substitution
- t/t5532-fetch-proxy.sh: use the $( ... ) construct for command substitution
- t/t5530-upload-pack-error.sh: use the $( ... ) construct for command substitution
- t/t5522-pull-symlink.sh: use the $( ... ) construct for command substitution
- t/t5517-push-mirror.sh: use the $( ... ) construct for command substitution
- t/t5516-fetch-push.sh: use the $( ... ) construct for command substitution
- t/t5515-fetch-merge-logic.sh: use the $( ... ) construct for command substitution
- t/t5510-fetch.sh: use the $( ... ) construct for command substitution
- t/t5506-remote-groups.sh: use the $( ... ) construct for command substitution
- t/t5505-remote.sh: use the $( ... ) construct for command substitution
- t/t5500-fetch-pack.sh: use the $( ... ) construct for command substitution
- t/t5305-include-tag.sh: use the $( ... ) construct for command substitution
- t/t5304-prune.sh: use the $( ... ) construct for command substitution
- t/t5303-pack-corruption-resilience.sh: use the $( ... ) construct for command substitution
- t/t5100: no need to use 'echo' command substitutions for globbing
- t/t5302-pack-index.sh: use the $( ... ) construct for command substitution
- t/t5301-sliding-window.sh: use the $( ... ) construct for command substitution
- t/t5300-pack-object.sh: use the $( ... ) construct for command substitution
- t/t5100-mailinfo.sh: use the $( ... ) construct for command substitution
- t/t3700-add.sh: use the $( ... ) construct for command substitution
- t/t3600-rm.sh: use the $( ... ) construct for command substitution
- t/t3511-cherry-pick-x.sh: use the $( ... ) construct for command substitution
- t/t3403-rebase-skip.sh: use the $( ... ) construct for command substitution
- t/t3210-pack-refs.sh: use the $( ... ) construct for command substitution
- t/t3101-ls-tree-dirname.sh: use the $( ... ) construct for command substitution
- t/t3100-ls-tree-restrict.sh: use the $( ... ) construct for command substitution
- t/t3030-merge-recursive.sh: use the $( ... ) construct for command substitution
- t/t2102-update-index-symlinks.sh: use the $( ... ) construct for command substitution
- t/t2025-worktree-add.sh: use the $( ... ) construct for command substitution
- t/t1700-split-index.sh: use the $( ... ) construct for command substitution
- t/t1512-rev-parse-disambiguation.sh: use the $( ... ) construct for command substitution
- t/t1511-rev-parse-caret.sh: use the $( ... ) construct for command substitution
- t/t1410-reflog.sh: use the $( ... ) construct for command substitution
- t/t1401-symbolic-ref.sh: use the $( ... ) construct for command substitution
- t/t1100-commit-tree-options.sh: use the $( ... ) construct for command substitution
- unimplemented.sh: use the $( ... ) construct for command substitution
- test-sha1.sh: use the $( ... ) construct for command substitution
- t/lib-httpd.sh: use the $( ... ) construct for command substitution
- git-gui/po/glossary/txt-to-pot.sh: use the $( ... ) construct for command substitution
- contrib/thunderbird-patch-inline/appp.sh: use the $( ... ) construct for command substitution
- contrib/examples/git-revert.sh: use the $( ... ) construct for command substitution
- contrib/examples/git-repack.sh: use the $( ... ) construct for command substitution
- contrib/examples/git-merge.sh: use the $( ... ) construct for command substitution
- contrib/examples/git-fetch.sh: use the $( ... ) construct for command substitution
- contrib/examples/git-commit.sh: use the $( ... ) construct for command substitution
A shell script style update to change `command substitution` into
$(command substitution). Coverts contrib/ and an early half of t/
directory contents.
Will merge to 'next'.
* nd/dir-exclude-cleanup (2015-12-28) 1 commit
- dir.c: clean the entire struct in clear_exclude_list()
The "exclude_list" structure has the usual "alloc, nr" pair of
fields to be used by ALLOC_GROW(), but clear_exclude_list() forgot
to reset 'alloc' to 0 when it cleared 'nr' and discarded the
managed array.
Will merge to 'next'.
* ss/user-manual (2015-12-30) 4 commits
- user-manual: add addition gitweb information
- user-manual: add section documenting shallow clones
- glossary: define the term shallow clone
- user-manual: remove temporary branch entry from todo list
Drop a few old "todo" items by deciding that the change one of them
suggests is not such a good idea, and doing the change the other
one suggested to do.
Will merge to 'next'.
* nd/ita-cleanup (2015-12-28) 3 commits
- grep: make it clear i-t-a entries are ignored
- add and use a convenience macro ce_intent_to_add()
- blame: remove obsolete comment
Paths that have been told the index about with "add -N" are not
quite yet in the index, but a few commands behaved as if they
already are in a harmful way.
Here are only the obviously correct bits; some other changes were
in the posted series, but not quite ready to be queued here.
Will merge to 'next'.
* cc/untracked (2015-12-29) 10 commits
- t7063: add tests for core.untrackedCache
- config: add core.untrackedCache
- dir: simplify untracked cache "ident" field
- dir: add remove_untracked_cache()
- dir: add {new,add}_untracked_cache()
- update-index: move 'uc' var declaration
- update-index: add untracked cache notifications
- update-index: add --test-untracked-cache
- update-index: use enum for untracked cache options
- dir: free untracked cache when removing it
Update the untracked cache subsystem and change its primary UI from
"git update-index" to "git config".
Getting there...
$gmane/283080
* ep/make-phoney (2015-12-16) 1 commit
(merged to 'next' on 2015-12-22 at 27c7593)
+ Makefile: add missing phony target
A slight update to the Makefile.
Will merge to 'master'.
* vl/grep-configurable-threads (2015-12-16) 3 commits
(merged to 'next' on 2015-12-22 at 8954705)
+ grep: add --threads=<num> option and grep.threads configuration
+ grep: slight refactoring to the code that disables threading
+ grep: allow threading even on a single-core machine
"git grep" can now be configured (or told from the command line)
how many threads to use when searching in the working tree files.
Will merge to 'master'.
* ps/push-delete-option (2015-12-16) 2 commits
(merged to 'next' on 2015-12-22 at d83cc1d)
+ push: add '-d' as shorthand for '--delete'
+ push: add '--delete' flag to synopsis
"branch --delete" has "branch -d" but "push --delete" does not.
Will merge to 'master'.
* dt/refs-backend-lmdb (2015-12-04) 16 commits
- refs: tests for lmdb backend
- refs: add LMDB refs backend
- refs: allow ref backend to be set for clone
- init: allow alternate backends to be set for new repos
- refs: always handle non-normal refs in files backend
- refs: move duplicate check to common code
- refs: make lock generic
- refs: add method to rename refs
- refs: add methods to init refs backend and db
- refs: add method for delete_refs
- refs: add method for initial ref transaction commit
- refs: add methods for reflog
- refs: add do_for_each_per_worktree_ref
- refs: add methods for the ref iterators
- refs: add methods for misc ref operations
- refs: add a backend method structure with transaction functions
Building on top of a few refs-backend preparatory series, LMDB
based refs backend has been plugged into the system.
Waiting for review.
* dw/subtree-split-do-not-drop-merge (2015-12-10) 1 commit
- contrib/subtree: fix "subtree split" skipped-merge bug
The "split" subcommand of "git subtree" (in contrib/) incorrectly
skipped merges when it shouldn't, which was corrected.
Waiting for review from 'subtree' folks.
* nd/clear-gitenv-upon-use-of-alias (2015-12-29) 5 commits
- run-command: don't warn on SIGPIPE deaths
- git.c: make sure we do not leak GIT_* to alias scripts
- setup.c: re-fix d95138e (setup: set env $GIT_WORK_TREE when ..
- git.c: make it clear save_env() is for alias handling only
- Merge branch 'nd/stop-setenv-work-tree' into nd/clear-gitenv-upon-use-of-alias
(this branch uses nd/stop-setenv-work-tree.)
d95138e6 (setup: set env $GIT_WORK_TREE when work tree is set, like
$GIT_DIR, 2015-06-26) attempted to work around a glitch in alias
handling by overwriting GIT_WORK_TREE environment variable to
affect subprocesses when set_git_work_tree() gets called, which
resulted in a rather unpleasant regression to "clone" and "init".
Try to address the same issue by always restoring the environment
and respawning the real underlying command when handling alias.
Will merge to 'next'.
* kn/ref-filter-atom-parsing (2015-12-11) 10 commits
- ref-filter: introduce objectname_atom_parser()
- ref-filter: introduce contents_atom_parser()
- ref-filter: introduce remote_ref_atom_parser()
- ref-filter: introduce align_atom_parser()
- strbuf: introduce strbuf_split_str_without_term()
- ref-filter: introduce color_atom_parser()
- ref-filter: skip deref specifier in match_atom_name()
- ref-filter: bump match_atom() name to the top
- ref-filter: introduce struct used_atom
- ref-filter: introduce a parsing function for each atom in valid_atom
Refactoring of ref-filter's format-parsing code, in preparation
for "branch --format" and friends.
This replaces (for now) kn/for-each-ref-remainder, which will be built
on top.
Reviewed mostly by Eric.
Waiting for a reroll.
($gmane/281180).
* bb/merge-marker-crlf (2015-11-24) 1 commit
- merge-file: consider core.crlf when writing merge markers
Write out merge markers using system end-of-line convention.
Waiting for a re-roll to handle gitattributes.
($gmane/281701)
* dk/gc-more-wo-pack (2015-11-24) 3 commits
- gc: Clean garbage .bitmap files from pack dir
- t5304: Add test for .bitmap garbage files
- prepare_packed_git(): find more garbage
Follow-on to dk/gc-idx-wo-pack topic, to clean up stale
.bitmap and .keep files.
Waiting for review.
* ps/rebase-keep-empty (2015-11-24) 2 commits
- rebase: fix preserving commits with --keep-empty
- rebase: test broken behavior with --keep-empty
Keep duplicate commits via rebase --keep-empty.
Of dubious or negative value.
Will discard.
($gmane/282107).
* rm/subtree-unwrap-tags (2015-11-24) 1 commit
- contrib/subtree: unwrap tag refs
Waiting for review from subtree folks.
* sg/sh-require-clean-orphan (2015-11-24) 2 commits
- sh-setup: make require_clean_work_tree() work on orphan branches
- Add tests for git-sh-setup's require_clean_work_tree()
Allow users of git-sh-setup to handle orphan branch state.
This series takes the conservative route of requiring scripts to opt
into the looser behavior, at the expense of carrying around a new
option-flag forever. I'm not sure if we need to do so.
Needs review.
* tb/ls-files-eol (2015-12-16) 1 commit
- ls-files: Add eol diagnostics
Add options to ls-files to help diagnose end-of-line problems.
Expecting a reroll.
($gmane/282537)
* ec/annotate-deleted (2015-11-20) 1 commit
- annotate: skip checking working tree if a revision is provided
Usability fix for annotate-specific "<file> <rev>" syntax with deleted
files.
Waiting for review.
* sb/submodule-parallel-fetch (2015-12-16) 7 commits
(merged to 'next' on 2015-12-22 at 44e84ff)
+ submodules: allow parallel fetching, add tests and documentation
+ fetch_populated_submodules: use new parallel job processing
+ run-command: add an asynchronous parallel child processor
+ sigchain: add command to pop all common signals
+ strbuf: add strbuf_read_once to read without blocking
+ xread: poll on non blocking fds
+ submodule.c: write "Fetching submodule <foo>" to stderr
(this branch is used by sb/submodule-parallel-update.)
Add a framework to spawn a group of processes in parallel, and use
it to run "git fetch --recurse-submodules" in parallel.
Rerolled and this seems to be a lot cleaner. The merge of the
earlier one to 'next' has been reverted.
Will merge to 'master'.
* sb/submodule-parallel-update (2015-12-16) 8 commits
- clone: allow an explicit argument for parallel submodule clones
- submodule update: expose parallelism to the user
- git submodule update: have a dedicated helper for cloning
- fetching submodules: respect `submodule.fetchJobs` config option
- submodule-config: introduce parse_generic_submodule_config
- submodule-config: remove name_and_item_from_var
- submodule-config: drop check against NULL
- submodule-config: keep update strategy around
(this branch uses sb/submodule-parallel-fetch.)
Builds on top of the "fetch --recurse-submodules" work to introduce
parallel downloading into multiple submodules for "submodule update".
Needs review.
* jc/strbuf-gets (2015-12-16) 17 commits
- test-sha1-array: read command stream with strbuf_getline_crlf()
- grep: read -f file with strbuf_getline_crlf()
- send-pack: read list of refs with strbuf_getline_crlf()
- column: read lines with strbuf_getline_crlf()
- cat-file: read batch stream with strbuf_getline_crlf()
- transport-helper: read helper response with strbuf_getline_crlf()
- clone/sha1_file: read info/alternates with strbuf_getline_crlf()
- remote.c: read $GIT_DIR/remotes/* with strbuf_getline_crlf()
- ident.c: read /etc/mailname with strbuf_getline_crlf()
- rev-parse: read parseopt spec with strbuf_getline_crlf()
- revision: read --stdin with strbuf_getline_crlf()
- hash-object: read --stdin-paths with strbuf_getline_crlf()
- mktree: read textual tree representation with strbuf_getline_crlf()
- update-index: read list of paths with strbuf_getline_crlf() under --stdin
- update-index: read --index-info with strbuf_getline_crlf()
- check-attr, check-ignore, checkout-index: read paths with strbuf_getline_crlf()
- strbuf: make strbuf_getline_crlf() global
Teach codepaths that communicate with users by reading text files
to be more lenient to editors that write CRLF-terminated lines.
Note that this is only about communication with Git, like feeding
list of object names from the standard input instead of from the
command line, and does not involve files in the working tree.
Rerolled.
Needs review.
* mh/notes-allow-reading-treeish (2015-10-08) 3 commits
(merged to 'next' on 2015-10-23 at 8a697f0)
+ notes: allow treeish expressions as notes ref
+ Merge branch 'jk/notes-dwim-doc' into next
+ Merge branch 'jc/merge-drop-old-syntax' into next
(this branch uses jc/merge-drop-old-syntax.)
Some "git notes" operations, e.g. "git log --notes=<note>", should
be able to read notes from any tree-ish that is shaped like a notes
tree, but the notes infrastructure required that the argument must
be a ref under refs/notes/. Loosen it to require a valid ref only
when the operation would update the notes (in which case we must
have a place to store the updated notes tree, iow, a ref).
As the patch was done on top of the 'drop old-syntax from merge',
this has to wait until that other topic can graduate, unfortunately.
It can be redone in a way that does not depend on that topic after
this cycle, though.
Will keep in 'next'.
* jc/mailinfo (2015-10-21) 1 commit
- mailinfo: ignore in-body header that we do not care about
Some people write arbitrary garbage at the beginning of a piece of
e-mail (or after -- >8 -- scissors -- >8 -- line) in the commit log
message and expect them to be discarded, even though "From:" and
"Subject:" are the only documented in-body headers that you are
supposed to have there. Allow some garbage (specifically, what may
look like RFC2822 headers like "MIME-Version: ...") to be there and
ignore them.
No comments after waiting for a long time.
Will discard.
* js/am-3-merge-recursive-direct (2015-10-12) 2 commits
(merged to 'next' on 2015-10-23 at dc631e5)
+ am: make a direct call to merge_recursive
+ merge_recursive_options: introduce the "gently" flag
The merge_recursive_generic() function has been made a bit safer to
call from inside a process. "git am -3" was taught to make a direct
call to the function when falling back to three-way merge.
Being able to make a direct call would be good in general, but as a
performance thing, we would want to see it backed up by numbers.
I haven't gone through the "gently" change with fine toothed comb;
I can see that the change avoids calling die(), but I haven't made
sure that the program states (e.g. what's in the in-core index) are
adjusted sensibly when it returns to the caller instead of dying,
or the codepaths that used to die() are free of resource leaks.
The original code certainly did not care the program states at the
point of dying exactly because it knew it is going to exit, but now
they have to care, and they need to be audited.
Will keep in 'next'.
* sg/pretty-more-date-mode-format (2015-10-07) 1 commit
- pretty: add format specifiers for short and raw date formats
Introduce "%as" and "%aR" placeholders for "log --format" to show
the author date in the short and raw formats.
No comments after waiting for a long time.
Will discard.
* jk/graph-format-padding (2015-09-14) 1 commit
- pretty: pass graph width to pretty formatting for use in '%>|(N)'
Redefine the way '%>|(N)' padding and the "--graph" option
interacts. It has been that the available columns to display the
log message was measured from the edge of the area the graph ended,
but with this it becomes the beginning of the entire output.
I have a suspicion that 50% of the users would appreciate this
change, and the remainder see this break their expectation. If
that is the case, we might need to introduce a similar but
different alignment operator so that this new behaviour is
available to those who want to use it, without negatively affecting
existing uses.
No comments after waiting for a long time.
Will discard.
($gmane/278326)
* ad/cygwin-wants-rename (2015-08-07) 1 commit
- config.mak.uname: Cygwin needs OBJECT_CREATION_USES_RENAMES
Will hold.
($gmane/275680).
* jc/rerere-multi (2015-09-14) 7 commits
- rerere: do use multiple variants
- t4200: rerere a merge with two identical conflicts
- rerere: allow multiple variants to exist
- rerere: delay the recording of preimage
- rerere: handle leftover rr-cache/$ID directory and postimage files
- rerere: scan $GIT_DIR/rr-cache/$ID when instantiating a rerere_id
- rerere: split conflict ID further
"git rerere" can encounter two or more files with the same conflict
signature that have to be resolved in different ways, but there was
no way to record these separate resolutions.
Needs review.
* jc/merge-drop-old-syntax (2015-04-29) 1 commit
(merged to 'next' on 2015-10-07 at 50fed71)
+ merge: drop 'git merge <message> HEAD <commit>' syntax
(this branch is used by mh/notes-allow-reading-treeish.)
Originally merged to 'next' on 2015-05-28
Stop supporting "git merge <message> HEAD <commit>" syntax that has
been deprecated since October 2007. It has been reported that
git-gui still uses the deprecated syntax, which needs to be fixed
before this final step can proceed.
($gmane/282594)
Will keep in 'next'.
--------------------------------------------------
[Discarded]
* kn/for-each-branch-remainder (2015-10-02) 9 commits
. branch: implement '--format' option
. branch: use ref-filter printing APIs
. ref-filter: make %(upstream:track) prints "[gone]" for invalid upstreams
. ref-filter: introduce format_ref_array_item()
. ref-filter: adopt get_head_description() from branch.c
. ref-filter: modify "%(objectname:short)" to take length
. ref-filter: add support for %(path) atom
. ref-filter: implement %(if:equals=<string>) and %(if:notequals=<string>)
. ref-filter: implement %(if), %(then), and %(else) atoms
More unification among "branch -l", "tag -l" and "for-each-ref --format".
Ejected from pu for now, as a re-roll should come on top of
kn/ref-filter-atom-parsing.
Expecting a reroll.
($gmane/278926)
^ permalink raw reply [flat|nested] 8+ messages in thread
end of thread, other threads:[~2016-01-07 13:29 UTC | newest]
Thread overview: 8+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2016-01-05 2:44 What's cooking in git.git (Jan 2016, #01; Mon, 4) Stephen & Linda Smith
2016-01-05 3:36 ` Junio C Hamano
2016-01-05 4:32 ` Stephen & Linda Smith
2016-01-07 3:56 ` Picking up old threads/patches Stephen & Linda Smith
2016-01-07 3:59 ` Stephen & Linda Smith
2016-01-07 8:03 ` Jeff King
2016-01-07 13:29 ` Stephen & Linda Smith
-- strict thread matches above, loose matches on Subject: below --
2016-01-04 23:44 What's cooking in git.git (Jan 2016, #01; Mon, 4) Junio C Hamano
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.