git/refs.c, branch v1.2.2

Disable USE_SYMLINK_HEAD by default

2006-01-20T07:14:31Z

Disable USE_SYMLINK_HEAD by default. Recommend using it only for compatibility with older software. Treat USE_SYMLINK_HEAD like other optional defines - check whether it's defined, not its value. Signed-off-by: Pavel Roskin Signed-off-by: Junio C Hamano

Revert "We do not like "HEAD" as a new branch name"

2005-12-18T07:10:56Z

This reverts ee34518d629331dadd58b1a75294369d679eda8b commit.

Revert "refs.c: off-by-one fix."

2005-12-18T07:10:56Z

This reverts 06bf6ac4248e834a229027908d405f5e42ac96d7 commit.

Forbid pattern maching characters in refnames.

2005-12-17T02:23:52Z

by marking '?', '*', and '[' as bad_ref_char(). Signed-off-by: Junio C Hamano

refs.c: off-by-one fix.

2005-12-16T02:52:51Z

Signed-off-by: Junio C Hamano

We do not like "HEAD" as a new branch name

2005-12-16T01:56:32Z

This makes git-check-ref-format fail for "HEAD". Since the check is only executed when creating refs, the existing symbolic ref is safe. Otherwise these commands, most likely are pilot errors, would do pretty funky stuff: git checkout -b HEAD git pull . other:HEAD Signed-off-by: Johannes Schindelin Signed-off-by: Junio C Hamano

refs.c: make sure leading directories exist before writing a ref.

2005-12-08T01:48:53Z

Otherwise cloning a repository with hierarchical branch/tag over http would fail. Signed-off-by: Junio C Hamano

Do not DWIM in userpath library under strict mode.

2005-11-20T04:50:38Z

This should force git-daemon administrator's job a bit harder because the exact paths need to be given in the whitelist, but at the same time makes the auditing easier. This moves validate_symref() from refs.c to path.c, because we need to link path.c with git-daemon for its "enter_repo()", but we do not want to link the daemon with the rest of git libraries and its requirements. Signed-off-by: Junio C Hamano

Add config variable core.symrefsonly

2005-11-15T19:42:29Z

This allows you to force git to avoid symlinks for refs. Just add something like [core] symrefsonly = true to .git/config. Don´t forget to "git checkout your_branch", or it does not do anything... Signed-off-by: Johannes Schindelin Signed-off-by: Junio C Hamano

create_symref: if symlink fails, fall back to writing a "symbolic ref"

2005-10-26T06:46:15Z

There are filesystems out there which do not understand symlinks, even if the OS is perfectly capable of writing them. So, do not fail right away, but try to write a symbolic ref first. If that fails, you can die(). Signed-off-by: Johannes Schindelin Signed-off-by: Junio C Hamano