Skip to main content

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
Re: [cross-project-issues-dev] 6 month release cycle

This was also the reason why I was suggesting that those new repos were not validated so we did not have to take on somebody else's time and it could be a simple mirror repo. I've been doing a similar work internally at Ericsson and automating most of it, but the handling of the b3 aggregation file is sometimes not that trivial (nothing against the tool but rather the dependencies of the IUs).

As for the packages, I would say that these don't need to be released every time since they require alignment between all the components.

The other thing that I'm wondering is whether we need a release date for this new repo. After all, why not just add project as they become available?

-----Original Message-----
From: cross-project-issues-dev-bounces@xxxxxxxxxxx [mailto:cross-project-issues-dev-bounces@xxxxxxxxxxx] On Behalf Of Doug Schaefer
Sent: July-03-13 4:38 PM
To: mike.milinkovich@xxxxxxxxxxx; Cross project issues
Subject: Re: [cross-project-issues-dev] 6 month release cycle

Agree on David and Markus's time. These guys make the releases happen and are heavily under appreciated and over stressed.

But it is quite scary we're relying on individuals performing manual tasks to get the releases out. I hope that we can automate more of what they do.
The beauty of Maven/Tycho/Hudson is that you can automate everything from source to download pages. We talk of the big red button, it would be great if that's all it was.


On 13-07-03 1:55 PM, "Mike Milinkovich" <mike.milinkovich@xxxxxxxxxxx>

>> ok, fair enough...but if the LTS has been investing so much time and 
>>effort into  building a process for being able to release updates to 
>>simultaneous releases,  will they assume that burden from the Planning 
>>Council eventually?
>No, not that I am aware of. As far as I am concerned, LTS is solving 
>quite a different problem.
>> Will that effort be rolled back into the simultaneous release process 
>>that the  Planning Council currently takes care of?
>At this point in time, the LTS working group is still very much in 
>start-up mode. They're still figuring out how to do the builds and 
>manage the processes.
>My advice is that any variant of the thought that somehow LTS will 
>allow change to the simultaneous release process is wrong for at least 
>the next year or two. I won't say never, but I certainly don't see it 
>within any reasonable planning horizon.
>> maybe a slight off topic, if so my apologies
>No problem at all.
>For the record, I _like_ the idea of trying to accelerate our releases 
>to encourage more innovation and participation. But there are lots of 
>moving parts, requirements, and expectations which need to be 
>satisfied. And very limited resources to do them. As but one example, 
>our entire community lean heavily on the time and personal commitment 
>of David Williams and Markus Knauer. Asking them to do more does not 
>seem reasonable. Perhaps this conversation will spur others to step 
>forward to help.
>cross-project-issues-dev mailing list

cross-project-issues-dev mailing list

Back to the top