Re: immutable tags?

From: Jakub Narebski <jnareb@gmail.com>
Date: Dec 28, 2009, 22:22 UTC
Message-ID: <m38wcmd9is.fsf@localhost.localdomain>
In-Reply-To: <92c9564e0912281204h13c6a566w95069023e6909eda@mail.gmail.com>

Carlos Santana <neubyr@gmail.com> writes:

Show 5 quoted lines

> I would like to know if there is any difference between branches and
> tags. Is it only conceptual - convention to be followed by a developer
> or some technical difference?  e.g. : Is it possible to create
> immutable tags so that nothing can be checked in to that 'tagged
> directory'?

There is difference. You can commit only on top of local branches, in the refs/heads/* namespace (or on top of detached HEAD).

For branches:

  $ git checkout A   # switches current branch, HEAD points to A
  $ git commit       # creates new commit on branch A, A advances (changes)

  * by default fetch gets all branches
  * by default push transfers matching branches
  * default refspec is refs/heads/*:refs/remotes/origin/*

For tags:

  $ git checkout B   # detaches HEAD, HEAD points directly to B^{} commit
                     # you are on 'no branch'
  $ git commit       # advances HEAD, tag B does not change

  * by default fetch autofollows tags (gets tags that point to commits
    you have)
  * you need to push tags explicitely
  * default refspec is refs/tags/*:refs/tags/* (mirror 1:1)

-- 
Jakub Narebski
Poland
ShadeHawk on #git