I apologize for this remark. I should've taken a couple of breaths and
set gmail beer goggles up. Blame it on 4 weeks of baby invoked sleep
deprivation (and no, I didn't get a good nights sleep last night, 4am
when the little screamer finally slept—or I passed out... not sure
which one).
Martijn
We include the Wicket sources using an SVN external. I now wanted to update
from the latest Wicket 1.3.* release
(http://svn.apache.org/repos/asf/wicket/tags/wicket-1.3.6) to 1.4.0, but
could not find a corresponding tag or branch. The latest one to find is for
wicket-1.4-rc5. Where can I find it?
fixed
On Tue, Aug 4, 2009 at 9:57 AM, Thomas Singerwic...@regnis.de wrote:
We include the Wicket sources using an SVN external. I now wanted to update
from the latest Wicket 1.3.* release
(http://svn.apache.org/repos/asf/wicket/tags/wicket-1.3.6) to 1.4.0, but
could not find a corresponding
That's not exactly fixing it, Martijn. The version in the pom still
says SNAPSHOT. What did you do, copy trunk?
Who cut this release? There should be a tag available to re-create
every release. I don't see tags for the last couple of rcs either.
This is quite a big no-no in Apache Land.
On
I beg to differ: the way it is currently setup is the way we have done
it since inception of wicket.
tag - the moment where we cut the release
release - the branch where the commits go to actually build the release
Martijn
On Tue, Aug 4, 2009 at 10:20 AM, James
see http://svn.apache.org/repos/asf/wicket/releases/wicket-1.4.0
Martijn
On Tue, Aug 4, 2009 at 10:25 AM, Martijn
Dashorstmartijn.dasho...@gmail.com wrote:
I beg to differ: the way it is currently setup is the way we have done
it since inception of wicket.
tag - the moment where we cut the
On Tue, Aug 4, 2009 at 4:25 AM, Martijn
Dashorstmartijn.dasho...@gmail.com wrote:
I beg to differ: the way it is currently setup is the way we have done
it since inception of wicket.
No, I beg to differ. You haven't been doing it that way. Take a look at:
Thank you.
Tom
Martijn Dashorst wrote:
fixed
-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org
This has been the process since I've been release manager. Create tag
when we cut the release, create release branch where we build the
release from the tag, release it. If there's a issue, repeat. This way
release artifacts don't pollute the main development stream, which is
rather normal SVN
See also: http://cwiki.apache.org/confluence/display/WICKET/Releasing
On Tue, Aug 4, 2009 at 10:41 AM, Martijn
Dashorstmartijn.dasho...@gmail.com wrote:
This has been the process since I've been release manager. Create tag
when we cut the release, create release branch where we build the
Ok, so show me how you would re-create the 1.4.0 release as it was
when it was released. What SVN URL would you use to do that? If
someone has checked in changes into your release branch, you're
going to need to find what version (SVN version) was used along with
that URL to re-create the 1.4.0
I don't disagree that you guys are doing it this way. I'm saying it's
the wrong way to do it.
On Tue, Aug 4, 2009 at 4:45 AM, Martijn
Dashorstmartijn.dasho...@gmail.com wrote:
See also: http://cwiki.apache.org/confluence/display/WICKET/Releasing
On Tue, Aug 4, 2009 at 10:41 AM, Martijn
I can commit to a tag just as good as to the release branch. There is no spoon.
Martijn
On Tue, Aug 4, 2009 at 10:56 AM, James
Carmanjcar...@carmanconsulting.com wrote:
Ok, so show me how you would re-create the 1.4.0 release as it was
when it was released. What SVN URL would you use to do
You aren't *supposed* to commit to tags, though.
On Tue, Aug 4, 2009 at 5:00 AM, Martijn
Dashorstmartijn.dasho...@gmail.com wrote:
I can commit to a tag just as good as to the release branch. There is no
spoon.
Martijn
On Tue, Aug 4, 2009 at 10:56 AM, James
Take a look at:
http://svnbook.red-bean.com/en/1.5/svn.branchmerge.tags.html#svn.branchmerge.tags.mksimple
But wait a moment: isn't this tag creation procedure the same
procedure we used to create a branch? Yes, in fact, it is. In
Subversion, there's no difference between a tag and a branch.
We create a branch of off trunk for future maintenance of wicket 1.4,
not from a release branch.
wicket/branches/wicket-1.3.x - created from wicket/trunk when we
moved 1.3 to maintenance mode
wicket/branches/wicket-1.4.x - will be created from wicket/trunk when
we move 1.4 to mainenance mode
Same for releases/wicket-1.4.0 after the release has been created.
Martijn
On Tue, Aug 4, 2009 at 11:02 AM, James
Carmanjcar...@carmanconsulting.com wrote:
You aren't *supposed* to commit to tags, though.
On Tue, Aug 4, 2009 at 5:00 AM, Martijn
Dashorstmartijn.dasho...@gmail.com wrote:
I
On Tue, Aug 4, 2009 at 5:00 AM, Martijn
Dashorstmartijn.dasho...@gmail.com wrote:
I can commit to a tag just as good as to the release branch. There is no
spoon.
You're not answering the question, either. You haven't shown me how
you would easily re-create the released software as it was when
On Tue, Aug 4, 2009 at 5:05 AM, Martijn
Dashorstmartijn.dasho...@gmail.com wrote:
We create a branch of off trunk for future maintenance of wicket 1.4,
not from a release branch.
wicket/branches/wicket-1.3.x - created from wicket/trunk when we
moved 1.3 to maintenance mode
You might want to check the best practices document from the Incubator:
http://incubator.apache.org/guides/releasemanagement.html#best-practices-svn
On Tue, Aug 4, 2009 at 5:05 AM, Martijn
Dashorstmartijn.dasho...@gmail.com wrote:
Same for releases/wicket-1.4.0 after the release has been
tags/foo is as mutable as releases/foo
If a release needs to be cut, we can just do:
svn co https://svn.apache.org/repos/asf/wicket/releases/wicket-1.4.0
./release.sh
there are no changes to the release after it has been created. A
social convention, just as tagging it.
And this is the last
Well, think about it this way. In the original message in this
thread, Thomas Singer went looking for the 1.4.0 release stuff at the
URL:
http://svn.apache.org/repos/asf/wicket/tags/wicket-1.4.0
and it wasn't there. Why did he go there? Hmm. Maybe because
that's how everyone else does
We shouldn't have to do this kind of research to know what's going on.
That's the whole point.
On Tue, Aug 4, 2009 at 7:25 AM, Martijn
Dashorstmartijn.dasho...@gmail.com wrote:
WTF?
Read the commit messages and then tell me that the 1.4.0 release is
not an exact copy of
Jeez, get a life...
Martijn
On Tue, Aug 4, 2009 at 1:29 PM, James
Carmanjcar...@carmanconsulting.com wrote:
We shouldn't have to do this kind of research to know what's going on.
That's the whole point.
On Tue, Aug 4, 2009 at 7:25 AM, Martijn
Dashorstmartijn.dasho...@gmail.com wrote:
WTF?
Wow, that's a great way for a member of the development team to treat
a member of their user community. I'm not the only one with these
concerns. Why don't you bad-mouth Reinhard too?
On Tue, Aug 4, 2009 at 7:35 AM, Martijn
Dashorstmartijn.dasho...@gmail.com wrote:
Jeez, get a life...
We have documented, and established release procedures, which I
followed, and then I must jump to your bidding?
Why is it so difficult to understand that our releases/* directory is
where we keep our release builds? And that they constitute our
official place for checking out release code?
svn
http://svn.apache.org/repos/asf/wicket/releases/
--
Jeremy Thomerson
http://www.wickettraining.com
On Tue, Aug 4, 2009 at 3:20 AM, James
Carmanjcar...@carmanconsulting.com wrote:
That's not exactly fixing it, Martijn. The version in the pom still
says SNAPSHOT. What did you do, copy
On Tue, Aug 4, 2009 at 7:54 AM, Martijn
Dashorstmartijn.dasho...@gmail.com wrote:
We have documented, and established release procedures, which I
followed, and then I must jump to your bidding?
Again, the point is that we shouldn't have to read the release
procedures to find the release tags.
I too am a bit worried.. A temporary fix could be to include the svn
revision number for the release. Until this gets fixed.
At work, we have a special profile for hudson which does the mvn
release:prepare release:perform, which does the release and tag +
deploy in one go. The idea are if hudson
Oh and yes Wicket Devs you are doing a great job, without you there
would be no wicket.. And with no wicket no happy Nino:) But just
because something has done one way always it doesn't mean it's the
best way.
I believe creating a release should be as simple as a click :)
Regards Nino
2009/8/4
thanks, my bad. got lost in all the building and rebuilding :)
-igor
On Tue, Aug 4, 2009 at 1:14 AM, Martijn
Dashorstmartijn.dasho...@gmail.com wrote:
fixed
On Tue, Aug 4, 2009 at 9:57 AM, Thomas Singerwic...@regnis.de wrote:
We include the Wicket sources using an SVN external. I now wanted
nothing was lost
-igor
On Tue, Aug 4, 2009 at 6:51 AM, nino martinez
waelnino.martinez.w...@gmail.com wrote:
I too am a bit worried.. A temporary fix could be to include the svn
revision number for the release. Until this gets fixed.
At work, we have a special profile for hudson which does
device
-Original Message-
From: Igor Vaynberg igor.vaynb...@gmail.com
Sent: Tuesday, August 04, 2009 10:01 AM
To: users@wicket.apache.org
Subject: Re: SVN URL for Wicket 1.4.0 sources?
nothing was lost
-igor
On Tue, Aug 4, 2009 at 6:51 AM, nino martinez
waelnino.martinez.w...@gmail.com
33 matches
Mail list logo