git/Makefile, branch v0.99.8a

GIT 0.99.8a

2005-10-03T23:27:46Z

Signed-off-by: Junio C Hamano

GIT 0.99.8

2005-10-02T23:07:29Z

GIT already did everything I wanted it to do since mid 0.99.7, and it has almost everything I want it to have now, except a couple of minor tweaks and enhancements. Signed-off-by: Junio C Hamano

Customize git command for installations that lack certain commands.

2005-10-02T07:20:45Z

When the platform lacks certain git subcommands, omit them from the list of subcommands that are available from "git" wrapper. Noticed by Geert Bosch. Signed-off-by: Junio C Hamano

[PATCH] git on OpenBSD

2005-10-02T07:00:53Z

iconv is installed in /usr/local. Signed-off-by: Junio C Hamano

More portability.

2005-10-02T06:19:48Z

- The location of openssl development files got customizable. - The location of iconv development files got customizable. - Pass $TAR down to t5000 test so that the user can override with 'gmake TAR=gtar'. - Solaris 'bc' does not seem to grok "define abs()". There is no reason to use bc there -- expr would do. Signed-off-by: Junio C Hamano

Add git-symbolic-ref

2005-10-02T06:19:33Z

This adds the counterpart of git-update-ref that lets you read and create "symbolic refs". By default it uses a symbolic link to represent ".git/HEAD -> refs/heads/master", but it can be compiled to use the textfile symbolic ref. The places that did 'readlink .git/HEAD' and 'ln -s refs/heads/blah .git/HEAD' have been converted to use new git-symbolic-ref command, so that they can deal with either implementation. Signed-off-by: Junio C Hamano

Still installing the old command names.

2005-09-30T07:27:11Z

After seeing Jeff's guide, I changed my mind about the big-rename transition plan. Even if Porcelains are kept up to date, those web documents that describes older world order would live longer and people will stumble across them via google searches. And who knows how many mirrored copies there are. The backward compatible symbolic links *will* be removed before 1.0. But that will not happen in 0.99.8. Signed-off-by: Junio C Hamano

[PATCH] Make the test more shell generic and fix missing Solaris find option

2005-09-27T07:16:39Z

This is from Peter Eriksen, but further fixed. Signed-off-by: Junio C Hamano

[PATCH] Add "git-update-ref" to update the HEAD (or other) ref

2005-09-25T23:18:25Z

This is a careful version of the script stuff that currently just blindly writes HEAD with a new value. You can use git-update-ref HEAD or git-update-ref HEAD where the latter version verifies that the old value of HEAD matches oldhead. It basically allows a "ref" file to be a symbolic pointer to another ref file by starting with the four-byte header sequence of "ref:". More importantly, it allows the update of a ref file to follow these symbolic pointers, whether they are symlinks or these "regular file symbolic refs". NOTE! It follows _real_ symlinks only if they start with "refs/": otherwise it will just try to read them and update them as a regular file (ie it will allow the filesystem to follow them, but will overwrite such a symlink to somewhere else with a regular filename). In general, using git-update-ref HEAD "$head" should be a _lot_ safer than doing echo "$head" > "$GIT_DIR/HEAD" both from a symlink following standpoint _and_ an error checking standpoint. The "refs/" rule for symlinks means that symlinks that point to "outside" the tree are safe: they'll be followed for reading but not for writing (so we'll never write through a ref symlink to some other tree, if you have copied a whole archive by creating a symlink tree). Signed-off-by: Linus Torvalds Signed-off-by: Junio C Hamano

Clean generated files a bit more.

2005-09-25T06:48:29Z

Now we conditionally compile things in compat/, so we should remove object files there. Python execution can leave *.pyc and *.pyo, which need to be cleaned as well. Signed-off-by: Junio C Hamano