Re: [PATCH] branch.c: simplify chain of if statements

On Mon, Mar 17, 2014 at 12:46 PM, Dragos Foianu dragos.foi...@gmail.com wrote: The reason I did not go with this is because I would still need the four ifs in order to keep the bug check part of the code. I might be able to find a work-around for it on the second attempt. I have seen N_()

Re: Git push race condition?

On Mon, Mar 24, 2014 at 8:18 PM, Scott Sandler scott.m.sand...@gmail.com wrote: I run a private Git repository (using Gitlab) with about 200 users doing about 100 pushes per day. Ditto but about 2x those numbers. error: Ref refs/heads/master is at 4584c1f34e07cea2df6abc8e0d407fe016017130 but

Re: Borrowing objects from nearby repositories

On Wed, Mar 12, 2014 at 4:37 AM, Andrew Keller and...@kellerfarm.com wrote: Hi all, I am considering developing a new feature, and I'd like to poll the group for opinions. Background: A couple years ago, I wrote a set of scripts that speed up cloning of frequently used repositories. The

Re: Get all tips quickly

On Sun, Apr 13, 2014 at 4:19 PM, Kirill Likhodedov kirill.likhode...@jetbrains.com wrote: Hi, What is fastest possible way to get all “tips” (leafs of the Git log graph) in a Git repository with hashes of commits they point to? Tried git for-each-ref and the various options it has? Doing

Re: general question about git

On Mon, Apr 21, 2014 at 3:17 PM, Miller, Hugh hughmil...@chevron.com wrote: I am interested in exploring the possibility of using versioning for data, that is versioning non-text, non-code file sets. Typical examples are the data files or project files used by some application. These file

Re: Big Java repositories to play with?

On Wed, May 7, 2014 at 3:23 PM, Duy Nguyen pclo...@gmail.com wrote: I need some big Java repos (over 100k files) to test git status. Actually any repos with long path names and deep/wide directory structure are fine, not only Java ones. Right now I'm aware of gentoo-x86 and webkit. Let me know

[PATCH] git-add--interactive: Preserve diff heading when splitting hunks

, but now consists of the fraginfo and the diff heading (the latter of which isn't colored). Signed-off-by: Ævar Arnfjörð Bjarmason ava...@gmail.com --- git-add--interactive.perl | 40 1 file changed, 24 insertions(+), 16 deletions(-) diff --git a/git-add

Re: [PATCH] git-add--interactive: Preserve diff heading when splitting hunks

On Mon, May 12, 2014 at 8:39 PM, Jeff King p...@peff.net wrote: On Sun, May 11, 2014 at 04:09:56PM +, Ævar Arnfjörð Bjarmason wrote: Change the display of hunks in hunk splitting mode to preserve the diff heading, which hasn't been done ever since the hunk splitting was initially added

Re: [ANNOUNCE] git related v0.3

On Mon, May 19, 2014 at 2:36 AM, Felipe Contreras felipe.contre...@gmail.com wrote: This tool finds people that might be interested in a patch, by going back through the history for each single hunk modified, and finding people that reviewed, acknowledged, signed, or authored the code the

[ANNOUNCE] A pre-receive hook to intelligently block binary data

After searching around a bit I couldn't find a stand-alone Git hook that would intelligently block binary data pushes so I wrote my own: https://github.com/avar/pre-receive-reject-binaries Main features: * Quota per-commit for how much binary data is OK * Ability to optionally allow users to

The gitweb author initials feature from a36817b doesn't work with i18n names

(Jeff King) 20 JS (Johannes Schindelin) 16 AB (Ævar Arnfjörð Bjarmason) And uncommented: $ perl author-initials.pl |sort|uniq -c|sort -nr|head -n 5 99 JH (Junio C Hamano) 35 JN (Jonathan Nieder) 35 JK (Jeff King) 20 JS (Johannes Schindelin) 16 ÆAB (Ævar Arnfjörð

[PATCH] gitweb: Fix the author initials in blame for non-ASCII names

-initials.pl | sort | uniq -c | sort -nr | head -n 5 99 JH (Junio C Hamano) 35 JN (Jonathan Nieder) 35 JK (Jeff King) 20 JS (Johannes Schindelin) 16 AB (Ævar Arnfjörð Bjarmason) $ UTF8=1 perl author-initials.pl | sort | uniq -c | sort -nr

Re: [PATCH] gitweb: Fix the author initials in blame for non-ASCII names

...@pobox.com writes: Ævar Arnfjörð Bjarmason ava...@gmail.com writes: Acked-by: Jakub Narębski jna...@gmail.com Tested-by: Ævar Arnfjörð Bjarmason ava...@gmail.com Tested-by: Simon Ruderich si...@ruderich.org --- +++ b/gitweb/gitweb.perl @@ -6631,6 +6631,7 @@ sub git_blame_common

Re: Existing utility to track compiled files in another sister repository, for rollouts

On Thu, Aug 23, 2012 at 6:28 PM, Ævar Arnfjörð Bjarmason ava...@gmail.com wrote: I'm planning on using Git for a deployment process where the steps are basically: 1. You log into a deployment host, cd into software.git, do git pull 2. A tool runs make for you, creates a deployment-MMDD

Re: [PATCH 0/6] Gettext poison rework

On Fri, Aug 24, 2012 at 7:43 AM, Nguyễn Thái Ngọc Duy pclo...@gmail.com wrote: Still WIP but I'm getting closer. I dropped test-poisongen and started to use podebug [2] instead. Less code in git. podebug does not preserve shell variables yet. I'll follow that up at upstream [1]. With this

Should GIT_AUTHOR_{NAME,EMAIL} set the tagger name/email?

demonstrating the issue: #!/bin/sh -e # Set defaults git config --global user.name Ævar Arnfjörð Bjarmason git config --global user.email ava...@gmail.com rm -rf /tmp/test-git git init /tmp/test-git cd /tmp/test-git make_commit() { file=$1 content=$2

Re: Should GIT_AUTHOR_{NAME,EMAIL} set the tagger name/email?

On Sat, Sep 1, 2012 at 5:57 PM, Andreas Schwab sch...@linux-m68k.org wrote: Ævar Arnfjörð Bjarmason ava...@gmail.com writes: git --no-pager show tag-name-1 | grep ^Author A tag doesn't have an author, it has a tagger. This shows the author of the *commit*. I got the grep wrong, I meant

Re: Does or could git handle file licensing information?

On Wed, Sep 5, 2012 at 12:51 PM, Yohann Ferreira yohann.ferre...@orange.fr wrote: As a day-to-day hard git user ;), I also have to manage files with different licenses I need to track. As git handles all those files in a very smart way, I wondered whether git could also handle that

Re: Should GIT_AUTHOR_{NAME,EMAIL} set the tagger name/email?

On Sat, Sep 1, 2012 at 6:12 PM, Andreas Schwab sch...@linux-m68k.org wrote: Ævar Arnfjörð Bjarmason ava...@gmail.com writes: I don't get what you mean, what committer info? GIT_COMMITTER_{NAME,EMAIL}. A tagger isn't really an author. Ah, am I the only one that finds that a bit

Re: [PATCH 1/5] Import wildmatch from rsync

On Wed, Sep 26, 2012 at 1:25 PM, Nguyễn Thái Ngọc Duy pclo...@gmail.com wrote: These files are from rsync.git commit f92f5b166e3019db42bc7fe1aa2f1a9178cd215d, which was the last commit before rsync turned GPL-3. All files are imported as-is and no-op. Adaptation is done in a separate patch.

Re: upload-pack is slow with lots of refs

On Wed, Oct 3, 2012 at 8:03 PM, Jeff King p...@peff.net wrote: On Wed, Oct 03, 2012 at 02:36:00PM +0200, Ævar Arnfjörð Bjarmason wrote: I'm creating a system where a lot of remotes constantly fetch from a central repository for deployment purposes, but I've noticed that even with a remote

Re: upload-pack is slow with lots of refs

On Wed, Oct 3, 2012 at 11:20 PM, Jeff King p...@peff.net wrote: Thanks for all that info, it's really useful. * A co-worker who was working on this today tried it on 1.7.12 and claimed that it had the same performance characteristics. That's surprising to me. Can you try to verify those

Re: upload-pack is slow with lots of refs

On Wed, Oct 3, 2012 at 8:03 PM, Jeff King p...@peff.net wrote: What version of git are you using? In the past year or so, I've made several tweaks to speed up large numbers of refs, including: - cff38a5 (receive-pack: eliminate duplicate .have refs, v1.7.6); note that this only helps

Re: upload-pack is slow with lots of refs

On Thu, Oct 4, 2012 at 1:21 AM, Jeff King p...@peff.net wrote: On Thu, Oct 04, 2012 at 12:32:35AM +0200, Ævar Arnfjörð Bjarmason wrote: On Wed, Oct 3, 2012 at 8:03 PM, Jeff King p...@peff.net wrote: What version of git are you using? In the past year or so, I've made several tweaks

Re: upload-pack is slow with lots of refs

On Thu, Oct 4, 2012 at 1:15 AM, Jeff King p...@peff.net wrote: On Thu, Oct 04, 2012 at 12:15:47AM +0200, Ævar Arnfjörð Bjarmason wrote: I think he was wrong, I tested this on git.git by first creating a lot of tags: parallel --eta git tag -a -m{} test-again-{} ::: $(git rev-list HEAD

Re: [PATCH 0/4] optimizing upload-pack ref peeling

On Thu, Oct 4, 2012 at 10:04 AM, Jeff King p...@peff.net wrote: On Thu, Oct 04, 2012 at 03:56:09AM -0400, Jeff King wrote: [1/4]: peel_ref: use faster deref_tag_noverify [2/4]: peel_ref: do not return a null sha1 [3/4]: peel_ref: check object type before loading [4/4]: upload-pack:

Is anyone working on a next-gen Git protocol?

On Wed, Oct 3, 2012 at 9:13 PM, Junio C Hamano gits...@pobox.com wrote: Ævar Arnfjörð Bjarmason ava...@gmail.com writes: I'm creating a system where a lot of remotes constantly fetch from a central repository for deployment purposes, but I've noticed that even with a remote.$name.fetch

[minor] two tests broken when run with a --root directory that's a symlink

These issues are minor, I noticed it because I test with /dev/shm/git as the --root, which on Debian is symlinked to /run/.. $ rm -rf /tmp/{foo,bar} $ mkdir /tmp/target; ln -s /tmp/target /tmp/link $ prove ./t4035-diff-quiet.sh ./t9903-bash-prompt.sh :: --root=/tmp/target

Re: What's cooking in git.git (Oct 2012, #04; Thu, 11)

On Fri, Oct 12, 2012 at 1:12 AM, Junio C Hamano gits...@pobox.com wrote: * jk/peel-ref (2012-10-04) 4 commits (merged to 'next' on 2012-10-08 at 4adfa2f) + upload-pack: use peel_ref for ref advertisements + peel_ref: check object type before loading + peel_ref: do not return a null sha1

Re: push race

On Mon, Oct 15, 2012 at 11:14 AM, Angelo Borsotti angelo.borso...@gmail.com wrote: Hello, FWIW we have a lot of lemmings pushing to the same ref all the time at $work, and while I've seen cases where: 1. Two clients try to push 2. They both get the initial lock 3. One of them fails to get

Re: When Will We See Collisions for SHA-1? (An interesting analysis by Bruce Schneier)

On Mon, Oct 15, 2012 at 6:42 PM, Elia Pinto gitter.spi...@gmail.com wrote: Very clear analysis. Well written. Perhaps is it the time to update http://git-scm.com/book/ch6-1.html (A SHORT NOTE ABOUT SHA-1) ? Hope useful http://www.schneier.com/crypto-gram-1210.html This would be concerning

Re: diff support for the Eiffel language?

On Mon, Oct 22, 2012 at 1:58 PM, Ulrich Windl ulrich.wi...@rz.uni-regensburg.de wrote: However there's one little thing I noticed with git diff: The conte4xt lines (staring with @@) show the current function (in Perl and C), but they show the current feature clause in Eiffel (as opposed to the

Re: The config include mechanism doesn't allow for overwriting

On Mon, Oct 22, 2012 at 11:15 PM, Jeff King p...@peff.net wrote: On Mon, Oct 22, 2012 at 05:55:00PM +0200, Ævar Arnfjörð Bjarmason wrote: I was hoping to write something like this: [user] name = Luser email = some-defa...@example.com [include] path

Re: [PATCH 8/8] git-config: use git_config_with_options

Yeah same here. Thanks for tackling this bug. Looking forward to using the include mechanism for overriding user.email in future versions. -- 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

Has anyone tried to implement git grep --blame?

This would be so much more convenient if git-grep supported it natively: $ git grep -n 'if \(0\)' | perl -pe's/([^:]+):([^:]+).*/`git blame -L $2,$2 $1`/se' d18f76dc (Ævar Arnfjörð Bjarmason 2010-08-17 09:24:38 + 2278) if (0) 65648283 (David Brown 2007-12-25 19:56:29 -0800 433) if (0

Re: [RFC] Add a new email notification script to contrib

On Thu, Nov 8, 2012 at 1:17 PM, Michael Haggerty mhag...@alum.mit.edu wrote: On 11/08/2012 12:39 PM, Ævar Arnfjörð Bjarmason wrote: [...] I'm glad it's getting some use. Thanks for the feedback. I'll test it out some more, the issues I've had with it so far in migrating from the existing

Re: [RFC] Add a new email notification script to contrib

On Thu, Nov 8, 2012 at 5:24 PM, Marc Branchaud mbranch...@xiplink.com wrote: I'd like there to be one list that always gets everything, and the other lists should get subsets of the everything list. Since it supports multiple mailing lists per category you can always do (I can't remember the

Re: [RFC v2] git-multimail: a replacement for post-receive-email

On Sun, Jan 27, 2013 at 9:37 AM, Michael Haggerty mhag...@alum.mit.edu wrote: A while ago, I submitted an RFC for adding a new email notification script to contrib [1]. The reaction seemed favorable and it was suggested that the new script should replace post-receive-email rather than be

Re: [PATCH 2/7] Undocument deprecated alias 'push.default=tracking'

On Mon, Apr 23, 2012 at 10:37 AM, Matthieu Moy matthieu@imag.fr wrote: It's been deprecated since 53c4031 (Johan Herland, Wed Feb 16 2011, push.default: Rename 'tracking' to 'upstream'), so it's OK to remove it from documentation (even though it's still supported) to make the explanations

Re: [RFC] Should log --cc imply log --cc -p?

On Mon, Feb 4, 2013 at 5:36 PM, Junio C Hamano gits...@pobox.com wrote: git log/diff-files -U8 do not need -p to enable textual patches, for example. It is I already told you that I want 8-line context. For what else, other than showing textual diff, do you think I told you that for? and

Re: Is anyone working on a next-gen Git protocol (Re: [PATCH v3 0/8] Hiding refs)

On Wed, Jan 30, 2013 at 7:45 PM, Junio C Hamano gits...@pobox.com wrote: The third round. - Multi-valued variable transfer.hiderefs lists prefixes of ref hierarchies to be hidden from the requests coming over the network. - A configuration optionally allows uploadpack to accept

Re: Is anyone working on a next-gen Git protocol (Re: [PATCH v3 0/8] Hiding refs)

On Tue, Feb 5, 2013 at 5:03 PM, Junio C Hamano gits...@pobox.com wrote: Ævar Arnfjörð Bjarmason ava...@gmail.com writes: Do you have any plans for something that *does* have the reduction of network bandwidth as a primary goal? Uncluttering gives reduction of bandwidth anyway, so I do

Re: [PATCH v3 0/8] Hiding refs

On Wed, Feb 6, 2013 at 8:17 PM, Junio C Hamano gits...@pobox.com wrote: Maybe this should be split up into a different thread, but: The upload-pack-2 service sits on a port different from today's [...]. I think there's a simpler way to do this, which is that: * New clients supporting v2 of

Re: [PATCH v3 0/8] Hiding refs

On Thu, Feb 7, 2013 at 1:16 AM, Jeff King p...@peff.net wrote: On Wed, Feb 06, 2013 at 04:12:10PM -0800, Junio C Hamano wrote: Ævar Arnfjörð Bjarmason ava...@gmail.com writes: I think there's a simpler way to do this, which is that: * New clients supporting v2 of the protocol send some

Re: inotify to minimize stat() calls

On Fri, Feb 8, 2013 at 10:10 PM, Ramkumar Ramachandra artag...@gmail.com wrote: For large repositories, many simple git commands like `git status` take a while to respond. I understand that this is because of large number of stat() calls to figure out which files were changed. I overheard

Re: Can git restrict source files ?

On Tue, Feb 19, 2013 at 5:06 PM, Juan Pablo juanpablo8...@gmail.com wrote: I have a question, can i control the access to specific files or folders ?? I need that some developers can't see some source files, thank you very much for your time No, but what you can do is to split these up into

[PATCH] help: show manpage for aliased command on git alias --help

to `checkout' 14:28:08 @Tux I know!, gimme the help for checkout, please And because I also think it makes more sense than showing you what the thing is aliased to. Signed-off-by: Ævar Arnfjörð Bjarmason ava...@gmail.com --- builtin/help.c | 12 +++- 1 file changed, 7 insertions(+), 5

Re: [PATCH] help: show manpage for aliased command on git alias --help

On Tue, Mar 5, 2013 at 5:16 PM, Junio C Hamano gits...@pobox.com wrote: Ævar Arnfjörð Bjarmason ava...@gmail.com writes: Change the semantics of git alias --help to show the help for the command alias is aliased to, instead of just saying: `git alias' is aliased to `whatever' E.g

Re: propagating repo corruption across clone

On Sun, Mar 24, 2013 at 7:31 PM, Jeff King p...@peff.net wrote: I don't have details on the KDE corruption, or why it wasn't detected (if it was one of the cases I mentioned above, or a more subtle issue). One thing worth mentioning is this part of the article: Originally, mirrored clones

Re: [ANNOUNCE] Sharness - Test library derived from Git

On Tue, Jul 17, 2012 at 10:06 AM, Mathias Lafeldt mathias.lafe...@gmail.com wrote: I've been wanting to announce Sharness [1] on this list for quite some time now, but never managed to do so. With the release of version 0.2.4, I think it's about time to change that. Sharness is a shell-based

Re: Centralized git

On Tue, Jul 31, 2012 at 3:08 PM, Javier Domingo javier...@gmail.com wrote: Network, in this case is cheaper. The thing is that If I commit frecuently, will have plenty of GBs of history, that nearly for sure I won't use. I just need to have other people's work to merge. But I want to think in

Why doesn't git-fetch obey -c remote.origin.url on the command-line?

On a git built from the master branch just now: $ ./git config remote.origin.url https://code.google.com/p/git-core/ $ ./git -c remote.origin.url=git://git.sourceforge.jp/gitroot/git-core/git.git config remote.origin.url git://git.sourceforge.jp/gitroot/git-core/git.git $ GIT_TRACE=1 ./git -c

Re: Enhancement Request: locale git option

On Thu, Dec 4, 2014 at 10:55 AM, Jeff King p...@peff.net wrote: On Thu, Dec 04, 2014 at 09:29:04AM +0100, Torsten Bögershausen wrote: How about alias git='LANGUAGE=de_DE.UTF-8 git' in your ~/.profile ? (Of course you need to change de to the language you want ) Besides being awkward in

Re: Enhancement Request: locale git option

On Thu, Dec 4, 2014 at 5:12 PM, Michael J Gruber g...@drmicha.warpmail.net wrote: Ævar Arnfjörð Bjarmason schrieb am 04.12.2014 um 16:49: On Thu, Dec 4, 2014 at 10:55 AM, Jeff King p...@peff.net wrote: On Thu, Dec 04, 2014 at 09:29:04AM +0100, Torsten Bögershausen wrote: How about alias git

Re: Git's Perl scripts can fail if user is configured for perlbrew

On Sun, Dec 28, 2014 at 11:36 PM, Randy J. Ray rj...@blackperl.com wrote: I use git on MacOS via homebrew (http://brew.sh/), and a custom Perl installation built and managed via perlbrew (http://perlbrew.pl/). At some point, commands like git add -i broke. I say at some point, because I'm not

Re: Git's Perl scripts can fail if user is configured for perlbrew

On Mon, Dec 29, 2014 at 10:57 PM, Randy J. Ray rj...@blackperl.com wrote: On 12/29/14, 7:40 AM, Torsten Bögershausen wrote: Having problems with different perl installations is not an unknown problem in Git, I would say. And Git itself is prepared to handle this situation: In Makefile I

Re: [ANNOUNCE] Git v2.3.0

On Thu, Feb 5, 2015 at 11:53 PM, Junio C Hamano gits...@pobox.com wrote: The latest feature release Git v2.3.0 is now available at the usual places. [...] * Git 2.0 was supposed to make the simple mode for the default of git push, but it didn't. (merge 00a6fa0 jk/push-simple later to

Re: Git messes up 'ø' character

On Tue, Jan 20, 2015 at 10:23 PM, Noralf Trønnes no...@tronnes.org wrote: Den 20.01.2015 21:45, skrev Ævar Arnfjörð Bjarmason: On Tue, Jan 20, 2015 at 9:17 PM, Noralf Trønnes no...@tronnes.org wrote: Den 20.01.2015 21:07, skrev Torsten Bögershausen: On 2015-01-20 20.46, Noralf Trønnes wrote

Re: Git messes up 'ø' character

On Tue, Jan 20, 2015 at 10:38 PM, Noralf Trønnes no...@tronnes.org wrote: Den 20.01.2015 22:26, skrev Ævar Arnfjörð Bjarmason: On Tue, Jan 20, 2015 at 10:23 PM, Noralf Trønnes no...@tronnes.org wrote: Den 20.01.2015 21:45, skrev Ævar Arnfjörð Bjarmason: On Tue, Jan 20, 2015 at 9:17 PM

Re: Git messes up 'ø' character

On Tue, Jan 20, 2015 at 10:20 PM, Jeff King p...@peff.net wrote: On Tue, Jan 20, 2015 at 09:45:46PM +0100, Ævar Arnfjörð Bjarmason wrote: What's happened here is that: 1. You've authored your commit in ISO-8859-1 2. Git itself has no place for the encoding of the author name in the commit

Re: [ANNOUNCE] Git v2.3.0-rc0

On Tue, Jan 13, 2015 at 12:57 AM, Junio C Hamano gits...@pobox.com wrote: An early preview release Git v2.3.0-rc0 is now available for testing at the usual places. [...] Jeff King (38): [...] parse_color: refactor color storage [...] I've had this in my .gitconfig since 2010 which was

Re: Git messes up 'ø' character

On Tue, Jan 20, 2015 at 9:17 PM, Noralf Trønnes no...@tronnes.org wrote: Den 20.01.2015 21:07, skrev Torsten Bögershausen: On 2015-01-20 20.46, Noralf Trønnes wrote: could it be that your ø is not encoded as UTF-8, but in ISO-8859-15 (or so) $ git log -1 commit

Re: [ANNOUNCE] Git Merge, April 8-9, Paris

On Sat, Jan 24, 2015 at 12:37 AM, Jeff King p...@peff.net wrote: GitHub is organizing a Git-related conference to be held April 8-9, 2015, in Paris. Details here: http://git-merge.com/ The exact schedule is still being worked out, but there is going to be some dedicated time/space for

Re: Git Scaling: What factors most affect Git performance for a large repo?

On Fri, Feb 20, 2015 at 1:04 AM, Duy Nguyen pclo...@gmail.com wrote: On Fri, Feb 20, 2015 at 6:29 AM, Ævar Arnfjörð Bjarmason ava...@gmail.com wrote: Anecdotally I work on a repo at work (where I'm mostly the Git guy) that's: * Around 500k commits * Around 100k tags * Around 5k branches

Re: Git Scaling: What factors most affect Git performance for a large repo?

On Fri, Feb 20, 2015 at 1:09 PM, Ævar Arnfjörð Bjarmason ava...@gmail.com wrote: On Fri, Feb 20, 2015 at 1:04 AM, Duy Nguyen pclo...@gmail.com wrote: On Fri, Feb 20, 2015 at 6:29 AM, Ævar Arnfjörð Bjarmason ava...@gmail.com wrote: Anecdotally I work on a repo at work (where I'm mostly the Git

Re: Git Scaling: What factors most affect Git performance for a large repo?

On Fri, Feb 20, 2015 at 1:09 PM, Ævar Arnfjörð Bjarmason ava...@gmail.com wrote: On Fri, Feb 20, 2015 at 1:04 AM, Duy Nguyen pclo...@gmail.com wrote: On Fri, Feb 20, 2015 at 6:29 AM, Ævar Arnfjörð Bjarmason ava...@gmail.com wrote: Anecdotally I work on a repo at work (where I'm mostly the Git

Re: [PATCH] Geolocation support

On Mon, Feb 9, 2015 at 2:24 AM, Junio C Hamano gits...@pobox.com wrote: In case I was not clear, I do not think it is likely for us to accept a patch that mucks with object header fields with this information. Have them in the log text and let UI interpret them. We've already told clients for

Re: Experience with Recovering From User Error (And suggestions for improvements)

On Mon, Feb 16, 2015 at 11:41 AM, Armin Ronacher armin.ronac...@active-4.com wrote: Long story short: I failed big time yesterday with accidentally executing git reset hard in the wrong terminal window but managed to recover my changes from the staging area by manually examining blobs touched

Re: Experience with Recovering From User Error (And suggestions for improvements)

On Mon, Feb 16, 2015 at 1:09 PM, Ævar Arnfjörð Bjarmason ava...@gmail.com wrote: On Mon, Feb 16, 2015 at 11:41 AM, Armin Ronacher armin.ronac...@active-4.com wrote: Long story short: I failed big time yesterday with accidentally executing git reset hard in the wrong terminal window but managed

Re: Git Scaling: What factors most affect Git performance for a large repo?

On Thu, Feb 19, 2015 at 10:26 PM, Stephen Morton stephen.c.mor...@gmail.com wrote: I posted this to comp.version-control.git.user and didn't get any response. I think the question is plumbing-related enough that I can ask it here. I'm evaluating the feasibility of moving my team from SVN to

Re: [PATCH] clone: Warn if clone lacks LICENSE or COPYING file

On Sat, Mar 21, 2015 at 7:06 PM, David A. Wheeler dwhee...@dwheeler.com wrote: Warn cloners if there is no LICENSE* or COPYING* file that makes the license clear. This is a useful warning, because if there is no license somewhere, then local copyright laws (which forbid many uses) and terms

Why is git fetch --prune so much slower than git remote prune?

The --prune option to fetch added in v1.6.5-8-gf360d84 seems to be around 20-30x slower than the equivalent operation with git remote prune. I'm wondering if I'm missing something and fetch does something more, but it doesn't seem so. To test this clone git.git, create 1000 branches it in, create

[PATCH] http: Include locale.h when using setlocale()

) retval = setlocale(LC_MESSAGES, NULL); But changing -O0 to -O1 or another optimization level makes the issue go away. Odd, but in any case we should be including this header if we're going to use the function, so just do that. Signed-off-by: Ævar Arnfjörð Bjarmason ava...@gmail.com --- http.c | 3

Re: how to make full copy of a repo

On Sat, Mar 28, 2015 at 7:52 PM, Torsten Bögershausen tbo...@web.de wrote: On 2015-03-28 03.56, Christoph Anton Mitterer wrote: Hey. I was looking for an ideally simple way to make a full copy of a git repo. Many howtos are floating around on this on the web, with also lots of voodoo.

Re: Git Scaling: What factors most affect Git performance for a large repo?

On Tue, Feb 24, 2015 at 1:44 PM, Michael Haggerty mhag...@alum.mit.edu wrote: On 02/20/2015 03:25 PM, Ævar Arnfjörð Bjarmason wrote: On Fri, Feb 20, 2015 at 1:09 PM, Ævar Arnfjörð Bjarmason ava...@gmail.com wrote: On Fri, Feb 20, 2015 at 1:04 AM, Duy Nguyen pclo...@gmail.com wrote: On Fri

Re: Git Scaling: What factors most affect Git performance for a large repo?

On Fri, Feb 20, 2015 at 10:04 PM, Junio C Hamano gits...@pobox.com wrote: Ævar Arnfjörð Bjarmason ava...@gmail.com writes: I actually ran this a few times while testing it, so this is a before and after on a hot cache of linux.git with 406 tags v.s. ~140k. I ran the gc + repack + bitmaps

Re: [PATCH] clone: Warn if clone lacks LICENSE or COPYING file

On Mon, Mar 23, 2015 at 5:46 PM, David A. Wheeler dwhee...@dwheeler.com wrote: Junio C Hamano: An approach that checks only the top-level directory for fixed filename pattern would not be an effective way to protect the cloners, either. I disagree, I think it's remarkably effective.

Re: [ANNOUNCE] Git Merge Contributors Summit, April 8th, Paris

On Mon, Apr 6, 2015 at 10:28 PM, Stefan Beller sbel...@google.com wrote: I am interested in discussing the git pack protocol v2. (I have been thinking about that for a while now, though not sharing a lot on the mailing list, so feedback is somewhat limited. :( ) I'm keen to talk about the new

[PATCH/RFC] gitweb: Don't pass --full-history to git-log(1)

Arnfjörð Bjarmason ava...@gmail.com --- gitweb/gitweb.perl | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/gitweb/gitweb.perl b/gitweb/gitweb.perl index 7a5b23a..2913896 100755 --- a/gitweb/gitweb.perl +++ b/gitweb/gitweb.perl @@ -7387,7 +7387,7 @@ sub git_log_generic

Re: [PATCH/RFC] gitweb: Don't pass --full-history to git-log(1)

On Wed, Aug 5, 2015 at 6:54 PM, Junio C Hamano gits...@pobox.com wrote: Ævar Arnfjörð Bjarmason ava...@gmail.com writes: When you look at the history for a file via git log we don't show --full-history by default, but the Gitweb UI does so, which can be very confusing for all the reasons

Re: How to rebase when some commit hashes are in some commit messages

On Mon, Oct 12, 2015 at 9:59 PM, Francois-Xavier Le Bail wrote: > Hello, > > [I try some search engines without success, perhaps I have missed something]. > > For example, if I rebase the following commits, I would want that if > the commit hash 222... become

Since gc.autodetach=1 you can end up with auto-gc on every command with no user notification

Someone at work came to me with the problem that they were getting the Auto packing the repository in background for optimum performance notice on every Git command that they ran. This problem is a combination of two things: * Since Nguyễn's v1.9-rc0-2-g9f673f9 where we started running git gc

Bug: git-upload-pack will return successfully even when it can't read all references

We have a process to back up our Git repositories at work, this started alerting because it wasn't getting the same refs as the remote. This turned out to be a pretty trivial filesystem error. refs/heads/master wasn't readable by the backup process, but some other stuff in refs/heads and

Re: bash completion lacks options

On Mon, Sep 7, 2015 at 5:07 PM, Olaf Hering wrote: > "git send-email --f" lacks --find-renames and others. Is the list > of possible options maintained manually? Yes, see contrib/completion/git-completion.bash. There's no code for send-email there, you (or someone) could submit

Re: bash completion lacks options

On Mon, Sep 7, 2015 at 5:36 PM, Olaf Hering <o...@aepfle.de> wrote: > Am 07.09.2015 um 17:34 schrieb Ævar Arnfjörð Bjarmason: >> On Mon, Sep 7, 2015 at 5:07 PM, Olaf Hering <o...@aepfle.de> wrote: > >>> https://github.com/libguestfs/libguestfs/commit/0306c98

Re: Bug: git-upload-pack will return successfully even when it can't read all references

On Tue, Sep 8, 2015 at 8:53 AM, Jeff King <p...@peff.net> wrote: > On Mon, Sep 07, 2015 at 02:11:15PM +0200, Ævar Arnfjörð Bjarmason wrote: > >> This turned out to be a pretty trivial filesystem error. >> refs/heads/master wasn't readable by the backup process, but som

Re: [RFC/PATCH 6/8] config: add core.untrackedCache

On Wed, Dec 2, 2015 at 8:12 AM, Torsten Bögershausen wrote: > On 12/01/2015 09:31 PM, Christian Couder wrote: >> >> When we know that mtime is fully supported by the environment, we >> might want the untracked cache to be always used by default without >> any mtime test or kernel

Re: [PATCH 7/8] config: add core.untrackedCache

On Tue, Dec 15, 2015 at 8:40 PM, Junio C Hamano <gits...@pobox.com> wrote: > Ævar Arnfjörð Bjarmason <ava...@gmail.com> writes: > I still have a problem with the approach from "design cleanliness" > point of view[...] > > In any case I think we already have a

Re: [PATCH 7/8] config: add core.untrackedCache

On Mon, Dec 14, 2015 at 8:44 PM, Junio C Hamano wrote: I'm replying to & quoting from two E-Mails of yours at once here for clarity & less noise. I'm working wich Christian on getting this integrated, and we both thought it would be good to have some fresh input on the matter

Re: [PATCH 7/8] config: add core.untrackedCache

On Wed, Dec 16, 2015 at 12:03 AM, Junio C Hamano <gits...@pobox.com> wrote: > Ævar Arnfjörð Bjarmason <ava...@gmail.com> writes: > >> Of course hindsight is 20/20, but I think that given what's been >> covered in this thread it's been established that it's cate

Re: [RFC/PATCH] config: add core.trustmtime

On Thu, Nov 26, 2015 at 6:53 PM, Duy Nguyen wrote: > On Thu, Nov 26, 2015 at 6:21 AM, Christian Couder > wrote: >> I am wondering why you didn't make it by default run the mtime checks >> when a kernel change is detected. Maybe that would be better

Re: [RFC/PATCH] config: add core.trustmtime

On Wed, Nov 25, 2015 at 7:35 AM, Christian Couder wrote: > At Booking.com we know that mtime works everywhere and we don't > want the untracked cache to stop working when a kernel is upgraded > or when the repo is copied to a machine with a different kernel. > I will

Re: Rebase performance

On Wed, Feb 24, 2016 at 11:09 PM, Christian Couder wrote: [Resent because I was accidentally in GMail's HTML mode and the ML rejected it] > If there was a config option called maybe "rebase.taskset" or > "rebase.setcpuaffinity" that could be set to ask the OS for all

Is there a --stat or --numstat like option that'll allow me to have my cake and eat it too?

I maintain a hook for Git that allows you to block binary pushes[1], from other implementations I've seen it's the least stupid thing out there that does that. Basically on-push it parses this: git log --pretty=format:%H -M100% --stat=9000,9001 .. The --stat=9000,9001 is there to make sure

Re: Is there a --stat or --numstat like option that'll allow me to have my cake and eat it too?

On Tue, Mar 8, 2016 at 9:51 PM, Jeff King <p...@peff.net> wrote: > On Tue, Mar 08, 2016 at 04:08:21PM +0100, Ævar Arnfjörð Bjarmason wrote: > >> What I really want is something for git-log more like >> git-for-each-ref, so I could emit the following info for each file >

Re: [GSoC] A late proposal: a modern send-email

On Tue, Mar 29, 2016 at 6:17 AM, 惠轶群 <huiyi...@gmail.com> wrote: > 2016-03-29 0:49 GMT+08:00 Ævar Arnfjörð Bjarmason <ava...@gmail.com>: >> On Sat, Mar 26, 2016 at 3:13 AM, 惠轶群 <huiyi...@gmail.com> wrote: >>> 2016-03-26 2:16 GMT+08:00 Junio C Hamano

Re: [GSoC] A late proposal: a modern send-email

On Sat, Mar 26, 2016 at 3:13 AM, 惠轶群 wrote: > 2016-03-26 2:16 GMT+08:00 Junio C Hamano : >> 惠轶群 writes: >> >>> # Purpose >>> The current implementation of send-email is based on perl and has only >>> a tui, it has two problems: >>> -

[PATCH v3 2/3] githooks.txt: Amend dangerous advice about 'update' hook ACL

, and remove the mention of the advice originating on the mailing list, the users reading this don't care where the idea came up. Signed-off-by: Ævar Arnfjörð Bjarmason <ava...@gmail.com> --- Documentation/githooks.txt | 10 +++--- 1 file changed, 7 insertions(+), 3 deletions(-) diff

[PATCH v3 1/3] githooks.txt: Improve the intro section

of git-init in those cases, and move some of this documentation into git-init's documentation about the default templates. * We briefly note in the intro that hooks can get their arguments in various different ways, and that how exactly is described below for each hook. Signed-o

[PATCH v3 0/3] Improvements to githooks.txt documentation

This includes minor grammar edits pointed out by Eric Sunshine + the one v2 patch I sent out in response to comments by Jacob Keller. I thought it was less confusing to just send out a whole v3 series than ask Junio to piece together v1..v3 of various patches. Ævar Arnfjörð Bjarmason (3

  1   2   3   4   5   6   7   8   9   10   >