Will re-basing support be added into Bazaar core ?
Teemu Likonen
tlikonen at iki.fi
Wed Apr 22 08:40:02 BST 2009
On 2009-04-22 16:57 (+1000), Ben Finney wrote:
> I don't have these “ref” concepts. Is it correct for me to think of
> “ref” as “revision”, and “reflog”as “revision ancestry”?
No. I'll copy and paste from the Git glossary:
ref
A 40-byte hex representation of a SHA1 or a name that denotes a
particular object. These may be stored in $GIT_DIR/refs/.
reflog
A reflog shows the local "history" of a ref. In other words, it
can tell you what the 3rd last revision in _this_ repository
was, and what was the current state in _this_ repository,
yesterday 9:14pm. See git-reflog(1) for details.
[...]
symref
Symbolic reference: instead of containing the SHA1 id itself, it
is of the format ref: refs/some/thing and when referenced, it
recursively dereferences to this reference. HEAD is a prime
example of a symref. Symbolic references are manipulated with
the git-symbolic-ref(1) command.
See "git help glossary" or:
http://www.kernel.org/pub/software/scm/git-core/docs/gitglossary.html
In Git, branches are symrefs, that is, symbolic references which point
to a commit object. When user creates a new commit the branch-symref
will point to the new commit object. User can also modify that
branch-symref with "git rebase" or "git reset", for example. The manual
also talks about "git symbolic-ref" which is a low-level command I have
never heard of before. :-)
Tags are symrefs too but they can't be moved.
More information about the bazaar
mailing list