Fix git-fetch while on detached HEAD not to give needlessly alarming errors
[git/gitweb.git] / Documentation / git-symbolic-ref.txt
blob1e818bb02dcad32095e5e14236d177360fe0f3a1
1 git-symbolic-ref(1)
2 ===================
4 NAME
5 ----
6 git-symbolic-ref - read and modify symbolic refs
8 SYNOPSIS
9 --------
10 'git-symbolic-ref' [-q] <name> [<ref>]
12 DESCRIPTION
13 -----------
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`.
26 OPTIONS
27 -------
29 -q::
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.
34 NOTES
35 -----
36 In the past, `.git/HEAD` was a symbolic link pointing at
37 `refs/heads/master`.  When we wanted to switch to another branch,
38 we did `ln -sf refs/heads/newbranch .git/HEAD`, and when we wanted
39 to find out which branch we are on, we did `readlink .git/HEAD`.
40 This was fine, and internally that is what still happens by
41 default, but on platforms that do not have working symlinks,
42 or that do not have the `readlink(1)` command, this was a bit
43 cumbersome.  On some platforms, `ln -sf` does not even work as
44 advertised (horrors).  Therefore symbolic links are now deprecated
45 and symbolic refs are used by default.
47 Author
48 ------
49 Written by Junio C Hamano <junkio@cox.net>
51 GIT
52 ---
53 Part of the gitlink:git[7] suite