OK, thanks! Just wanted to be sure. El 14 de septiembre de 2011 23:14, Ruediger Rolf <[email protected]>escribió:
> Hi Ruben, > > end of day is, when nowhere in the world it is the 30th of september > anymore. 12 o'clock UTC on october the 1th. It's a weekend after the > deadline anyway... > > I don't mind the exact time, I hope that nobody needs to bring in last > minute features. If we optimize the release process we will have releases in > shorter intervals than currently, so that it will not be so important to > finish a new feature just in time for this release. As Tobias pointed out in > the video conference yesterday: we should have deadlines instead of feature > driven releases, because we sometimes waited too long for a new feature to > be completed. > > Rüdiger > > Am 14.09.2011 16:19, schrieb Rubén Pérez: > > Hi Rüdiger, > > It would be good you clarified what is "end of day" in this case. Giving > that there are people from all around the world, the concept "end of day" > can vary a lot. :) Just to avoid confusions here! > > Regards > Rubén > > 2011/9/14 Ruediger Rolf <[email protected]> > >> Hi list, >> >> Greg Logan and I volunteered to do the release management for the 1.3 >> release. >> >> The most important point is that we want to announce a date for the code >> freeze. This will be: >> September 30th, end of day. >> >> Every module that is still breaking the unit or integrations test then >> will not be part of the out of the release. The trunk should be error free >> on the 30th. So make sure to fix your bugs right in time, or to remove / >> disable your code in trunk right in time. >> >> If you are working on a module that will not be finished until then >> (including unit and integration tests): >> 1. commit your changes to a branch >> 2. merge it back to trunk after the 1.3 is released >> >> >> We are still looking for volunteers to do the QA for this release. If you >> are interested contact Greg or me. It would be a great qualification for a >> QA if he could write integration test. Work and time that we spend in more >> tests now, will save us time in the QA of future releases. Keep in mind that >> you and your institution will profit from your QA work. The less bugs we >> have in a release the less trouble you will have with your production >> system. >> >> Thanks >> Rüdiger >> >> -- >> >> ________________________________________________ >> Rüdiger Rolf, M.A. >> Universität Osnabrück - Zentrum virtUOS >> Heger-Tor-Wall 12, 49069 Osnabrück >> Telefon: (0541) 969-6511 - Fax: (0541) 969-16511 >> E-Mail: [email protected] >> Internet: www.virtuos.uni-osnabrueck.de >> >> _______________________________________________ >> Matterhorn mailing list >> [email protected] >> http://lists.opencastproject.org/mailman/listinfo/matterhorn >> >> >> To unsubscribe please email >> [email protected] >> _______________________________________________ >> > > > > _______________________________________________ > Matterhorn mailing > [email protected]http://lists.opencastproject.org/mailman/listinfo/matterhorn > > > To unsubscribe please [email protected] > _______________________________________________ > > > > -- > > ________________________________________________ > Rüdiger Rolf, M.A. > Universität Osnabrück - Zentrum virtUOS > Heger-Tor-Wall 12, 49069 Osnabrück > Telefon: (0541) 969-6511 - Fax: (0541) 969-16511 > E-Mail: [email protected] > Internet: www.virtuos.uni-osnabrueck.de > >
_______________________________________________ Matterhorn mailing list [email protected] http://lists.opencastproject.org/mailman/listinfo/matterhorn To unsubscribe please email [email protected] _______________________________________________
