Symbolic 'references' in Git?

Symbolic 'references' in Git?

[Chris Patti]

Folks;

We want a way to have our Bamboo configuration utilize a symbol to
refer to 'latest release' 'latest patch' etc. in Git, rather than
having to go in and change the actual branch name every time we ship a
release and create a new one.

We thought about using something like:

git symbolic-ref -m'new next-release branch build for Bamboo'
next-release release-3.15

However, this symbolic ref is only local to one repository, and we
want it to be global across all of Bamboo.

Rather than resorting to manually copying the symbolic ref file
around, from repo to repo, is there any way to make such a symbolic
'variable' global?

Thanks!
-Chris


-- 
Christopher Patti - Geek At Large | GTalk: cpatti@gmail.com | AIM:
chrisfeohpatti | P: (260) 54PATTI
"Technology challenges art, art inspires technology." - John Lasseter, Pixar

Re: Symbolic 'references' in Git?

[Wesley J. Landaker]

On Thursday, April 14, 2011 14:30:59 Chris Patti wrote:
> We want a way to have our Bamboo configuration utilize a symbol to
> refer to 'latest release' 'latest patch' etc. in Git, rather than
> having to go in and change the actual branch name every time we ship a
> release and create a new one.
> 
> We thought about using something like:
> 
> git symbolic-ref -m'new next-release branch build for Bamboo'
> next-release release-3.15
> 
> However, this symbolic ref is only local to one repository, and we
> want it to be global across all of Bamboo.
> 
> Rather than resorting to manually copying the symbolic ref file
> around, from repo to repo, is there any way to make such a symbolic
> 'variable' global?

Why not just use a tag or a branch ?

git tag -F next-release release-3.15

  OR

git branch -D next-release
git branch next-release release-3.15

(I personally think branches are nicer for this since tags are "supposed" to 
be immutable.)

Re: Symbolic 'references' in Git?

[Chris Patti]

On Thu, Apr 14, 2011 at 5:24 PM, Wesley J. Landaker <wjl@icecavern.net> wrote:
> On Thursday, April 14, 2011 14:30:59 Chris Patti wrote:
>> We want a way to have our Bamboo configuration utilize a symbol to
>> refer to 'latest release' 'latest patch' etc. in Git, rather than
>> having to go in and change the actual branch name every time we ship a
>> release and create a new one.
>>
>> We thought about using something like:
>>
>> git symbolic-ref -m'new next-release branch build for Bamboo'
>> next-release release-3.15
>>
>> However, this symbolic ref is only local to one repository, and we
>> want it to be global across all of Bamboo.
>>
>> Rather than resorting to manually copying the symbolic ref file
>> around, from repo to repo, is there any way to make such a symbolic
>> 'variable' global?
>
> Why not just use a tag or a branch ?
>
> git tag -F next-release release-3.15
>
>  OR
>
> git branch -D next-release
> git branch next-release release-3.15
>
> (I personally think branches are nicer for this since tags are "supposed" to
> be immutable.)
>


Won't either of those things create a 'next-release' that's frozen in
time where the release-3.15 branch is *right now*?

This is for a CI system (Bamboo) so we need next-release to act as if
we were using release-3.15 itself.

Thanks,
-Chris

-- 
Christopher Patti - Geek At Large | GTalk: cpatti@gmail.com | AIM:
chrisfeohpatti | P: (260) 54PATTI
"Technology challenges art, art inspires technology." - John Lasseter, Pixar

Re: Symbolic 'references' in Git?

[Jeff King]

On Thu, Apr 14, 2011 at 05:31:13PM -0400, Chris Patti wrote:

> >> Rather than resorting to manually copying the symbolic ref file
> >> around, from repo to repo, is there any way to make such a symbolic
> >> 'variable' global?
> >
> > Why not just use a tag or a branch ?
> >
> > git tag -F next-release release-3.15
> >
> >  OR
> >
> > git branch -D next-release
> > git branch next-release release-3.15
> >
> > (I personally think branches are nicer for this since tags are "supposed" to
> > be immutable.)
> >
> 
> 
> Won't either of those things create a 'next-release' that's frozen in
> time where the release-3.15 branch is *right now*?
> 
> This is for a CI system (Bamboo) so we need next-release to act as if
> we were using release-3.15 itself.

Yeah, a regular ref won't work for that. A symbolic ref is definitely
what you want, but their contents are not shared via the git-protocol.
So no, they won't make it across clones, fetches, or pushes. We do some
ugly magic to make HEAD work.

-Peff

Re: Symbolic 'references' in Git?

[Wesley J. Landaker]

On Thursday, April 14, 2011 15:31:13 Chris Patti wrote:
> On Thu, Apr 14, 2011 at 5:24 PM, Wesley J. Landaker <wjl@icecavern.net> 
wrote:
> > Why not just use a tag or a branch ?
> 
> Won't either of those things create a 'next-release' that's frozen in
> time where the release-3.15 branch is *right now*?
> 
> This is for a CI system (Bamboo) so we need next-release to act as if
> we were using release-3.15 itself.

Yes, you are right, but I was thinking about how I usually see it done and 
do it in my projects is that "next-release" is what you always are working 
on, and "release-3.15" would only be made when 3.15 is finalized.

It sounds like you are doing it the other way around, in which case I agree 
that being able to easily share symbolic-refs would be solve the problem -- 
but I don't know how to do that, other than, say, a hook script that 
everyone uses.

Maybe someone else will chime in with a better solution? =)

Re: Symbolic 'references' in Git?

[Junio C Hamano]

Chris Patti <cpatti@gmail.com> writes:

>> git branch -D next-release
>> git branch next-release release-3.15
>>
>> (I personally think branches are nicer for this since tags are "supposed" to
>> be immutable.)
>
> Won't either of those things create a 'next-release' that's frozen in
> time where the release-3.15 branch is *right now*?

I suspect that most people go about this the other way around.  You keep
the next-release branch that goes forward, and your automated process
would follow that one.  When you really cut a release, you tag the tip of
next-release, i.e. "git tag v3.15 next-release", to give it a name.

Re: Symbolic 'references' in Git?

[Michael J Gruber]

Chris Patti venit, vidit, dixit 14.04.2011 23:31:
> On Thu, Apr 14, 2011 at 5:24 PM, Wesley J. Landaker <wjl@icecavern.net> wrote:
>> On Thursday, April 14, 2011 14:30:59 Chris Patti wrote:
>>> We want a way to have our Bamboo configuration utilize a symbol to
>>> refer to 'latest release' 'latest patch' etc. in Git, rather than
>>> having to go in and change the actual branch name every time we ship a
>>> release and create a new one.
>>>
>>> We thought about using something like:
>>>
>>> git symbolic-ref -m'new next-release branch build for Bamboo'
>>> next-release release-3.15
>>>
>>> However, this symbolic ref is only local to one repository, and we
>>> want it to be global across all of Bamboo.
>>>
>>> Rather than resorting to manually copying the symbolic ref file
>>> around, from repo to repo, is there any way to make such a symbolic
>>> 'variable' global?
>>
>> Why not just use a tag or a branch ?
>>
>> git tag -F next-release release-3.15
>>
>>  OR
>>
>> git branch -D next-release
>> git branch next-release release-3.15
>>
>> (I personally think branches are nicer for this since tags are "supposed" to
>> be immutable.)
>>
> 
> 
> Won't either of those things create a 'next-release' that's frozen in
> time where the release-3.15 branch is *right now*?
> 
> This is for a CI system (Bamboo) so we need next-release to act as if
> we were using release-3.15 itself.

Maybe add a refspec

refs/heads/release-3.15:refs/heads/release

which ensures that you push that branch out under two names? When you
(integrator/release manager) switch to a different release branch you
just need to change your config (and probably push -f).

Michael