* Cédric Krier: " Re: [tryton-dev] Proposal to move sao from sandbox to main repo" (Sat, 16 Nov 2013 16:08:15 +0100):
> On 16/11/13 13:47 +0100, Mathias Behrle wrote: > > * Cédric Krier: " [tryton-dev] Proposal to move sao from sandbox to main > > repo" (Sat, 16 Nov 2013 02:09:36 +0100): > > > > > What do you think about making sao a little more official? > > > > I think, you should clarify which purpose the sandbox branch should serve. > > It is not a branch. Tryton versions are not branched in the VCS, but on filesystem level. So call the sandbox ??? like you want. > > There were recently several discussions where to host repositories. > > I don't see what you are refering. http://www.tryton.org/~irclog/2013-11-14.log.html > > sao until > > now is the only repos getting the privilege to be hosted on tryton.org > > while it is initially developed and not yet released. > > First, I don't see where is the privilege. Help me to make better understable: it is the only repos hosted on tryton.org being not yet released. > Second, yes it is the first large project started by the core > developpers. > > > So better make some rules > > - who can get a repos there > > Nobody. Does this mean: Nobody apart from 'core developers'? > > - which criteria must be fulfilled to include a repos there > > I realy don't want to start a bureaucratic management. Let's deal it > when it happens. When what happens? > > and then make the sandbox public, if it is an official play ground of the > > project. > > What is not public? The official character of the sandbox. Why else would you ask: "Proposal to move sao from sandbox to main repo: What do you think about making sao a little more official?" > > Or don't use it at all, if it is not needed (and then make rules for > > inclusion in main ;) ). > > There can not be rules. There are already rules: "Leaders also must review patches before submitting them to B2CK for inclusion in the main repository." (http://code.google.com/p/tryton/wiki/ProjectOrganization#Organization) The clearer the rules are, the better for the project. Comprehensible and reproducible behavior will help to minimize frustration. Just my 1¢, Mathias -- Mathias Behrle MBSolutions Gilgenmatten 10 A D-79114 Freiburg Tel: +49(761)471023 Fax: +49(761)4770816 http://m9s.biz UStIdNr: DE 142009020 PGP/GnuPG key availabable from any keyserver, ID: 0x8405BBF6
signature.asc
Description: PGP signature
