Hello list, I have a trouble I don't know how to solve. When I am cloning remote repo I automatically get all it's branches stored at my repo (they are listed at .git/remotes/origin). When someone adds new branch(es) to remote repo git pull (git fetch) does not automatically add them to my repo. I have a tool to list all remote branches (git ls-remote --heads origin) but I can't find how to add interesting (or all) branches to by repo. By the way, how can I clone remote repo created by cloning a...

Debra has uploaded some new software for you! Click here to view available updated software: http://krugosoft.com/?Debra people available to do it. o General purpose hardware such as disk drives, memory or complete supply their own customised ``Makefile'', so that almost every port serial port parameters [such as clocal for directly-connected serial process. You will need to know, at the minimum, your service terms of the software and make sure that the FreeBSD project will not (everyth...

From: Karl Hasselström <kha@treskal.com> A minimal bash completion script for StGIT. It completes the subcommand names, and options and patch names for some subcommands. Signed-off-by: Karl Hasselström <kha@treskal.com> --- I'm not good at all at bash programming -- this script was basically put together by pattern-matching Shawns git completion code -- so comments are even more welcome than usual. contrib/stgit-completion.bash | 156 +++++++++++++++++++++++++++++++++++++++++ ...

There are the invariants between refs and objects: - objects that its refs (files under .git/refs/ hierarchy that record 40-byte hexadecimal object names) point at are never missing, or the repository is corrupt. - objects that are reachable via pointers in another object that is not missing (a tag points at another object, a commit points at its tree and its parent commits, and a tree points at its subtrees and blobs) are never missing, or the repository is corrupt. Git...

This was a patch to GITFS, which may be somewhat unclear from the Subject line :) -- robin -

It's listed on the wiki and located at http://www.sfgoth.com/~mitch/linux/gitfs/ -- robin -

Hi, I get the following error when invoking gitk with any command line argument, for example, 'gitk --all': ziti:~/proj/R-devel seth$ gitk --all Error in startup script: unknown option "-state" while executing ".bar.view entryconf 3 -state normal" invoked from within "if {$cmdline_files ne {} || $revtreeargs ne {}} { # create a view for the files/dirs specified on the command line set curview 1 set selec..." (file "/Users/seth/s...

I think the above is quite confusing description. This really is not about any "shorthands" at all, but just about branches (how the name implies, after all). Git and Cogito share the same models of branches. These branches are 'heads' with commit pointers stored in refs/heads/, etc. The branches/ directory says that some branches do not correspond to local development (and should never be used for that) but instead they correspond to a particular branch in some remote repository. Such branches a...

Hi, I generally tend to use cogito -- it does all the heavy lifting, like recovering from interrupted fetchs (usually) for me. One thing I haven't really gotten my head around is the difference between a branch and a remote. git-branch knows of 'remotes' (via the -r parameter) and these to be unrelated to what cogito thinks remotes are (it seems to look for things in .git/refs/head/<name> and then a corresponding .git/branches/<name>/ which it then declares a remote). Yet, git-in...

Now adding, removing and changing binary files works. I added test cases to make sure it works and can be verified by others. Som other corner cases were resolved too. Signed-off-by: Robin Rosenberg <robin.rosenberg@dewire.com> --- diff --git a/git-cvsexportcommit.perl b/git-cvsexportcommit.perl index 5e23851f8cf866112baf3e76973a8ca649d5c105..78c847ec906af8044e43f55d860a0652eff3e759 100755 --- a/git-cvsexportcommit.perl +++ b/git-cvsexportcommit.perl @@ -139,6 +139,17 @@ foreach my $f (@fi...

That's interesting. : gitster; git clone -n --depth 1 git://127.0.0.1/git.git victim-001 remote: Generating pack... remote: Done counting 6246 objects. remote: Deltifying 6246 objects. remote: 100% (6246/6246) done Indexing 6246 objects. remote: Total 6246, written 6246 (delta 3106), reused 4313 (delta 3106) 100% (6246/6246) done Resolving 3106 deltas. 100% (3106/3106) done : gitster; cd victim-001 : gitster; ls -lh .git/objects/pack/ total 9.6M drwxrwsr-x 2 ...

That is correct. How about something like this? I think the determination of "repacking_superset" may need to be tweaked because existing packs may have overlaps, and the patch counts them once per pack. diff --git a/builtin-pack-objects.c b/builtin-pack-objects.c index 69e5dd3..fb25124 100644 --- a/builtin-pack-objects.c +++ b/builtin-pack-objects.c @@ -64,6 +64,7 @@ struct object_entry { static unsigned char object_list_sha1[20]; static int non_empty; static int no_reuse_delta; +st...

Execuive summary. I've tagged the tip of 'master' as v1.4.4-rc2 tonight. In the meantime, GIT 1.4.3.5 was cut from the 'maint' branch. We hopefully can declare the real 1.4.4 soon enough, before the turkey time. ---------------------------------------------------------------- * The 'maint' branch has these fixes since the last announcement. Eric Wong (3): git-svn: avoid printing filenames of files we're not tracking git-svn: don't die on rebuild when --upgrade is specified...

curl can, but it might very easily get even much more expensive than downloading the whole patch unless your latency is very small and bandwidth very tight, which would be quite a unusual situation. It's true that repacking can hurt dumb protocols - if you repack often, dumb clients will have to re-fetch the single whole patck with all the stuff they already have plus the few additional objects they are missing. But at least packing once can be a huge improvement and won't hurt the dumb client...

Thanks! But the failure to pull/clone the original would mean something is wrong with your HTTP repo then (or my git setup). Nobody else seeing this? Strangely, other HTTP repos (e.g., <http://jonas.nitro.dk/tig/tig.git>, <http://www.spearce.org/projects/scm/pg.git>) work fine. Perhaps git gets miscompiled with gcc-4.1.1-32 and CFLAGS='-O2 -fomit-frame-pointer' on i386? -- Dr. Horst H. von Brand User #22616 counter.li.org Departamento de Informatica ...

Hmm, shouldn't the shallow file rather belong to the info/ subdirectory? -- Petr "Pasky" Baudis Stuff: http://pasky.or.cz/ #!/bin/perl -sp0777i<X+d*lMLa^*lN%0]dsXx++lMlN/dsM0<j]dsj $/=unpack('H*',$_);$_=`echo 16dio\U$k"SK$/SM$n\EsN0p[lN*1 lK[d2%Sa2/d0$^Ixp"|dc`;s/\W//g;$_=pack('H*',/((..)*)$/) -

From: Karl Hasselström <kha@treskal.com> Signed-off-by: Karl Hasselström <kha@treskal.com> --- t/t1900-mail.sh | 34 ++++++++++++++++++++++++++++++++++ 1 files changed, 34 insertions(+), 0 deletions(-) diff --git a/t/t1900-mail.sh b/t/t1900-mail.sh new file mode 100755 index 0000000..6a950b4 --- /dev/null +++ b/t/t1900-mail.sh @@ -0,0 +1,34 @@ +#!/bin/sh +# Copyright (c) 2006 Karl Hasselström +test_description='Test the mail command' +. ./test-lib.sh + +test_expec...