[PATCH] Documentation: describe short-hand used in fetch/pull.

Describe short-hand for remote repository used in fetch/pull. Signed-off-by: Junio C Hamano [EMAIL PROTECTED] --- Documentation/git-fetch-script.txt | 47 Documentation/git-pull-script.txt | 16 Documentation/git.txt |9

[MERGE] Combine git-tools repository into example-tools/ subdirectory of git

Linus, it seems, well, odd to me that you maintain two different git trees. So I used your example of the gittk merge to move git-tools into the main git-repository. Summary of changes: 1) Create an example-tools directory 2) Move all of the git-tools tree, except the outdated cvs2git script

[PATCH-fix] fetch/pull: short-hand notation for remote repositories.

The logic to decide when to store fetched head/tag under $GIT_DIR/refs/, and http transport were broken in the previous round. Signed-off-by: Junio C Hamano [EMAIL PROTECTED] --- *** I see you have already merged my broken one; sorry. *** Anything written under the influence should be tested

Re: [PATCH-fix] fetch/pull: short-hand notation for remote repositories.

On Sat, 16 Jul 2005, Junio C Hamano wrote: *** I see you have already merged my broken one; sorry. I already noticed the breakage, and fixed that a bit differently. Feel free to send an updated patch if you prefer your version after my commits have percolated out.. Linus -

Last mile to 1.0?

I do not know what release plan Linus has in mind, and also expect things to be quieter next week during OLS and kernel summit, but I think we are getting really really close. Here are the things I think we would want to see before we hit 1.0: - Remaining feature enhancements and fixes. -

Re: [PATCH-fix] fetch/pull: short-hand notation for remote repositories.

Linus Torvalds [EMAIL PROTECTED] writes: I already noticed the breakage, and fixed that a bit differently. Feel free to send an updated patch if you prefer your version after my commits have percolated out.. As an old timer, I always prefer case over test, so the version in your tree is

[PATCH] Cleanup: git-verify-tag-script

- Use git-verify-parse to allow sha1 tags references - When the tag does not verify set an appropriate exit status - Use git-sh-setup-script to verify the .git directory Signed-off-by: Eric W. Biederman [EMAIL PROTECTED] --- git-verify-tag-script |7 +++ 1 files changed, 3

[PATCH] Install git-verify-tag-script

Signed-off-by: Eric W. Biederman [EMAIL PROTECTED] --- Makefile |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) b4ef59fcedf0855519fc23b58f9ec0c80e78221c diff --git a/Makefile b/Makefile --- a/Makefile +++ b/Makefile @@ -36,7 +36,7 @@ SCRIPTS=git git-apply-patch-script git-m

[PATCH] git-revover-tags-script

First pass at a script to dig through .git/objects and find dangling tags. It likely has a lot of weird limitations, I don't know if it will work with packs, and the policy it implments is pretty stupid, but it is a sane start and should keep people from needing to rsync anything except the

Darcs-Git: upgrading to Git 0.99

[CC'd to the Git mailling list; please CC any replies to Darcs-Devel] David, Ian, I'd like to upgrade the Git code used in Darcs to 0.99 (we're currently using 0.6). There are two good reasons for that, the first of which is actually a showstopper: - the format of Git repositories has changed

[PATCH] git: remove usage of xargs -r, a non-portable gnu extension

Remove usage of xargs -r, a non-portable gnu extension. Signed-off-by: Bryan Larsen [EMAIL PROTECTED] --- git-prune-script |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/git-prune-script b/git-prune-script --- a/git-prune-script +++ b/git-prune-script @@ -20,6 +20,6

[PATCH 0/5] cogito: compatibility with OS X

Since Linus and Junio were unhappy with my previous set of patches to make git and cogito compatible with OS X and other BSD unices, I have redone my patches to cogito along a similar line. There is still one outstanding incompatibility: cogito makes use of cp -u. I have this message from

[PATCH 2/5] cogito: remove use of cp -a, a non-portable GNU extension

Remove usage of cp -a, a non-portable gnu extension. Signed-off-by: Bryan Larsen [EMAIL PROTECTED] --- cg-pull |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/cg-pull b/cg-pull --- a/cg-pull +++ b/cg-pull @@ -217,7 +217,7 @@ fetch_local () { [ $1 = -i ] shift

[PATCH 5/5] cogito: remove findutils dependency from Portfile

Gnu findutils (xargs) is no longer required; remove the dependency. Gnu coreutils is still required, but only if awk is not installed. Signed-off-by: Bryan Larsen [EMAIL PROTECTED] --- Portfile.in |3 +-- 1 files changed, 1 insertions(+), 2 deletions(-) diff --git a/Portfile.in

[PATCH 3/5] cogito: try harder to find gnu stat

Look harder for gnu stat. Cogito has code to use awk if gnu stat is missing. Look harder for gnu stat under alternate names such as gstat and gnustat, avoiding the use of awk if possible. Signed-off-by: Bryan Larsen [EMAIL PROTECTED] --- cg-Xlib |6 +++--- 1 files changed, 3

Re: Last mile to 1.0?

[EMAIL PROTECTED] (Eric W. Biederman) writes: Junio C Hamano [EMAIL PROTECTED] writes: - Anonymous pull from packed archives on remote sites via non-rsync, non-ssh transport. ... ... but we may also end up wanting something HTTP reachable. For this we need a cgi script

Re: [PATCH] git-revover-tags-script

[EMAIL PROTECTED] (Eric W. Biederman) writes: First pass at a script to dig through .git/objects and find dangling tags. It likely has a lot of weird limitations, I don't know if it will work with packs, and the policy it implments is pretty stupid, but it is a sane start and should keep

Re: Last mile to 1.0?

On Sat, 16 Jul 2005, Junio C Hamano wrote: [EMAIL PROTECTED] (Eric W. Biederman) writes: Junio C Hamano [EMAIL PROTECTED] writes: - Anonymous pull from packed archives on remote sites via non-rsync, non-ssh transport. ... ... but we may also end up wanting something HTTP