* Equivalent of release tags with bzr?
@ 2009-12-29 20:10 Chong Yidong
2009-12-29 20:43 ` Christian Faulhammer
` (3 more replies)
0 siblings, 4 replies; 9+ messages in thread
From: Chong Yidong @ 2009-12-29 20:10 UTC (permalink / raw
To: emacs-devel
With CVS, I would tag each pretest with a cvs tag, with
`cvs tag EMACS_PRETEST_XX_YY_ZZ'. Now that we have moved to Bzr, what
should be the corresponding procedure?
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: Equivalent of release tags with bzr?
2009-12-29 20:10 Equivalent of release tags with bzr? Chong Yidong
@ 2009-12-29 20:43 ` Christian Faulhammer
2009-12-29 21:46 ` Juanma Barranquero
` (2 subsequent siblings)
3 siblings, 0 replies; 9+ messages in thread
From: Christian Faulhammer @ 2009-12-29 20:43 UTC (permalink / raw
To: emacs-devel
[-- Attachment #1: Type: text/plain, Size: 445 bytes --]
Hi,
Chong Yidong <cyd@stupidchicken.com>:
> With CVS, I would tag each pretest with a cvs tag, with
> `cvs tag EMACS_PRETEST_XX_YY_ZZ'. Now that we have moved to Bzr, what
> should be the corresponding procedure?
bzr tag EMACS_PRETEST_XX_YY_ZZ on trunk, I suppose.
V-Li
--
Christian Faulhammer, Gentoo Lisp project
<URL:http://www.gentoo.org/proj/en/lisp/>, #gentoo-lisp on FreeNode
<URL:http://gentoo.faulhammer.org/>
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 198 bytes --]
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: Equivalent of release tags with bzr?
2009-12-29 20:10 Equivalent of release tags with bzr? Chong Yidong
2009-12-29 20:43 ` Christian Faulhammer
@ 2009-12-29 21:46 ` Juanma Barranquero
2009-12-29 21:59 ` Óscar Fuentes
2009-12-29 22:16 ` Giorgos Keramidas
3 siblings, 0 replies; 9+ messages in thread
From: Juanma Barranquero @ 2009-12-29 21:46 UTC (permalink / raw
To: Chong Yidong; +Cc: emacs-devel
> With CVS, I would tag each pretest with a cvs tag, with
> `cvs tag EMACS_PRETEST_XX_YY_ZZ'. Now that we have moved to Bzr, what
> should be the corresponding procedure?
There's a "bzr tag" command. Isn't that what you're looking for?
Purpose: Create, remove or modify a tag naming a revision.
Usage: bzr tag TAG_NAME
Options:
--force Replace existing tags.
-v, --verbose Display more information.
-h, --help Show help message.
-q, --quiet Only display errors and warnings.
-d ARG, --directory=ARG
Branch in which to place the tag.
--usage Show usage message and options.
-r ARG, --revision=ARG
See "help revisionspec" for details.
--delete Delete this tag rather than placing it.
Description:
Tags give human-meaningful names to revisions. Commands that take a -r
(--revision) option can be given -rtag:X, where X is any previously
created tag.
Tags are stored in the branch. Tags are copied from one branch to another
along when you branch, push, pull or merge.
It is an error to give a tag name that already exists unless you pass
--force, in which case the tag is moved to point to the new revision.
To rename a tag (change the name but keep it on the same revsion), run ``bzr
tag new-name -r tag:old-name`` and then ``bzr tag --delete oldname``.
See also: commit, tags
Juanma
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: Equivalent of release tags with bzr?
2009-12-29 20:10 Equivalent of release tags with bzr? Chong Yidong
2009-12-29 20:43 ` Christian Faulhammer
2009-12-29 21:46 ` Juanma Barranquero
@ 2009-12-29 21:59 ` Óscar Fuentes
2009-12-29 22:16 ` Giorgos Keramidas
3 siblings, 0 replies; 9+ messages in thread
From: Óscar Fuentes @ 2009-12-29 21:59 UTC (permalink / raw
To: emacs-devel
Chong Yidong <cyd@stupidchicken.com> writes:
> With CVS, I would tag each pretest with a cvs tag, with
> `cvs tag EMACS_PRETEST_XX_YY_ZZ'. Now that we have moved to Bzr, what
> should be the corresponding procedure?
As Juanma says, there is a `tag' command. Sadly, it seems
underdocumented.
I did some experiments and it seems to work this way:
on your local trunk mirror,
bzr tag <name>
will tag the current tip revision with <name>. If your local mirror is a
bound branch or checkout (the recommended setup on our bzr guides for
emacs devs) it will automatically send the tag upstream. If you are
tagging on a proper branch, you'll need a `push' for propagating it; the
push command will report that it is nothing to push, but it is a lie: it
actually pushed the tag to its push location.
Later, you can operate with the tagged revision with the syntax
tag:<name>, so for instance
bzr log -r tag:<name>..
will show the log from the tagged revision to now.
bzr branch -r tag:<name> URL
will create a branch with the tagged revision as its tip.
You can see a list of availabe tags on the current branch with
bzr tags
HTH
--
Óscar
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: Equivalent of release tags with bzr?
2009-12-29 20:10 Equivalent of release tags with bzr? Chong Yidong
` (2 preceding siblings ...)
2009-12-29 21:59 ` Óscar Fuentes
@ 2009-12-29 22:16 ` Giorgos Keramidas
2009-12-31 5:50 ` Ken Raeburn
3 siblings, 1 reply; 9+ messages in thread
From: Giorgos Keramidas @ 2009-12-29 22:16 UTC (permalink / raw
To: Chong Yidong; +Cc: emacs-devel
On Tue, 29 Dec 2009 15:10:00 -0500, Chong Yidong <cyd@stupidchicken.com> wrote:
> With CVS, I would tag each pretest with a cvs tag, with
> `cvs tag EMACS_PRETEST_XX_YY_ZZ'. Now that we have moved to Bzr, what
> should be the corresponding procedure?
You can just run "bzr tag EMACS_PRETEST_XX_YY_ZZ". This will not show
up as a commit in the history, but the new tags will be visible in the
output of "bzr tags".
If the branch you tagged is a _bound_ branch, the tag will be sent to
the remote branch too.
If your local branch is not bound, then you can "bzr push" it. You can
ignore the slightly misleading message "bzr push" will show. For some
reason bzr treats tags in a special way reports that "no revisions have
been pushed", but the tag is installed in the remote repository as one
would expect.
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: Equivalent of release tags with bzr?
2009-12-29 22:16 ` Giorgos Keramidas
@ 2009-12-31 5:50 ` Ken Raeburn
2009-12-31 9:40 ` Andreas Schwab
2009-12-31 13:51 ` Giorgos Keramidas
0 siblings, 2 replies; 9+ messages in thread
From: Ken Raeburn @ 2009-12-31 5:50 UTC (permalink / raw
To: Emacs development discussions
On Dec 29, 2009, at 17:16, Giorgos Keramidas wrote:
> If your local branch is not bound, then you can "bzr push" it. You
> can
> ignore the slightly misleading message "bzr push" will show. For some
> reason bzr treats tags in a special way reports that "no revisions
> have
> been pushed", but the tag is installed in the remote repository as one
> would expect.
Well, a tag isn't a separate revision, is it? So the message is
accurate, if misleading.
Perhaps bzr *should* treat tags specially in that pushing them
upstream should be noted, or at least the "no revisions pushed"
message could be suppressed or altered.
Ken
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: Equivalent of release tags with bzr?
2009-12-31 5:50 ` Ken Raeburn
@ 2009-12-31 9:40 ` Andreas Schwab
2009-12-31 12:40 ` Christian Faulhammer
2009-12-31 13:51 ` Giorgos Keramidas
1 sibling, 1 reply; 9+ messages in thread
From: Andreas Schwab @ 2009-12-31 9:40 UTC (permalink / raw
To: Ken Raeburn; +Cc: Emacs development discussions
Ken Raeburn <raeburn@raeburn.org> writes:
> Well, a tag isn't a separate revision, is it? So the message is accurate,
> if misleading.
bzr should at least say that a tag was pushed, as a confirmation that
the upstream branch was changed. It should also confirm when a tag was
downloaded.
Andreas.
--
Andreas Schwab, schwab@linux-m68k.org
GPG Key fingerprint = 58CA 54C7 6D53 942B 1756 01D3 44D5 214B 8276 4ED5
"And now for something completely different."
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: Equivalent of release tags with bzr?
2009-12-31 9:40 ` Andreas Schwab
@ 2009-12-31 12:40 ` Christian Faulhammer
0 siblings, 0 replies; 9+ messages in thread
From: Christian Faulhammer @ 2009-12-31 12:40 UTC (permalink / raw
To: Emacs development discussions; +Cc: Ken Raeburn
[-- Attachment #1: Type: text/plain, Size: 530 bytes --]
Hi,
Andreas Schwab <schwab@linux-m68k.org>:
> > Well, a tag isn't a separate revision, is it? So the message is
> > accurate, if misleading.
>
> bzr should at least say that a tag was pushed, as a confirmation that
> the upstream branch was changed. It should also confirm when a tag
> was downloaded.
https://bugs.launchpad.net/bzr/+bug/164450
V-Li
--
Christian Faulhammer, Gentoo Lisp project
<URL:http://www.gentoo.org/proj/en/lisp/>, #gentoo-lisp on FreeNode
<URL:http://gentoo.faulhammer.org/>
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 198 bytes --]
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: Equivalent of release tags with bzr?
2009-12-31 5:50 ` Ken Raeburn
2009-12-31 9:40 ` Andreas Schwab
@ 2009-12-31 13:51 ` Giorgos Keramidas
1 sibling, 0 replies; 9+ messages in thread
From: Giorgos Keramidas @ 2009-12-31 13:51 UTC (permalink / raw
To: Ken Raeburn; +Cc: Emacs development discussions
[-- Attachment #1: Type: text/plain, Size: 1483 bytes --]
On Thu, 31 Dec 2009 00:50:34 -0500, Ken Raeburn <raeburn@raeburn.org> wrote:
> On Dec 29, 2009, at 17:16, Giorgos Keramidas wrote:
>> If your local branch is not bound, then you can "bzr push" it. You
>> can ignore the slightly misleading message "bzr push" will show. For
>> some reason bzr treats tags in a special way reports that "no
>> revisions have been pushed", but the tag is installed in the remote
>> repository as one would expect.
>
> Well, a tag isn't a separate revision, is it? So the message is
> accurate, if misleading. Perhaps bzr *should* treat tags specially in
> that pushing them upstream should be noted, or at least the "no
> revisions pushed" message could be suppressed or altered.
Yes, the message is accurate, but still misleading because *some* sort
of change *has* been propagated from one place to another.
On Thu, 31 Dec 2009 10:40:42 +0100, Andreas Schwab <schwab@linux-m68k.org> wrote:
> bzr should at least say that a tag was pushed, as a confirmation that
> the upstream branch was changed. It should also confirm when a tag
> was downloaded.
My point exactly. I feel a bit 'odd' when things are downloaded or
pushed without any sort of notice. Especially if they are important
parts of the branch history like tags.
On Thu, 31 Dec 2009 13:40:24 +0100, Christian Faulhammer <fauli@gentoo.org> wrote:
> https://bugs.launchpad.net/bzr/+bug/164450
Ok, this is nice. The bzr developers will update the client when the
bug is fixed :-)
[-- Attachment #2: Type: application/pgp-signature, Size: 195 bytes --]
^ permalink raw reply [flat|nested] 9+ messages in thread
end of thread, other threads:[~2009-12-31 13:51 UTC | newest]
Thread overview: 9+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2009-12-29 20:10 Equivalent of release tags with bzr? Chong Yidong
2009-12-29 20:43 ` Christian Faulhammer
2009-12-29 21:46 ` Juanma Barranquero
2009-12-29 21:59 ` Óscar Fuentes
2009-12-29 22:16 ` Giorgos Keramidas
2009-12-31 5:50 ` Ken Raeburn
2009-12-31 9:40 ` Andreas Schwab
2009-12-31 12:40 ` Christian Faulhammer
2009-12-31 13:51 ` Giorgos Keramidas
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.