6 git-symbolic-ref - Read and modify symbolic refs
10 'git-symbolic-ref' [-q] [-m <reason>] <name> [<ref>]
14 Given one argument, reads which branch head the given symbolic
15 ref refers to and outputs its path, relative to the `.git/`
16 directory. Typically you would give `HEAD` as the <name>
17 argument to see on which branch your working tree is on.
19 Give two arguments, create or update a symbolic ref <name> to
20 point at the given branch <ref>.
22 A symbolic ref is a regular file that stores a string that
23 begins with `ref: refs/`. For example, your `.git/HEAD` is
24 a regular file whose contents is `ref: refs/heads/master`.
30 Do not issue an error message if the <name> is not a
31 symbolic ref but a detached HEAD; instead exit with
32 non-zero status silently.
35 Update the reflog for <name> with <reason>. This is valid only
36 when creating or updating a symbolic ref.
40 In the past, `.git/HEAD` was a symbolic link pointing at
41 `refs/heads/master`. When we wanted to switch to another branch,
42 we did `ln -sf refs/heads/newbranch .git/HEAD`, and when we wanted
43 to find out which branch we are on, we did `readlink .git/HEAD`.
44 This was fine, and internally that is what still happens by
45 default, but on platforms that do not have working symlinks,
46 or that do not have the `readlink(1)` command, this was a bit
47 cumbersome. On some platforms, `ln -sf` does not even work as
48 advertised (horrors). Therefore symbolic links are now deprecated
49 and symbolic refs are used by default.
51 git-symbolic-ref will exit with status 0 if the contents of the
52 symbolic ref were printed correctly, with status 1 if the requested
53 name is not a symbolic ref, or 128 if another error occurs.
57 Written by Junio C Hamano <junkio@cox.net>
61 Part of the linkgit:git[7] suite