Hi Matthew, > The other side of this is not having lots of builds close together improves > stability and therefore performance.
The only thing causing disruptions are changes in routing and inter-node
communication but those builds will generally not talk to older nodes anyway,
right?
Your expertise in maintaining the very core of Freenet is invaluable. On short
notice nobody can take over your job so the decision about routing-relevant
merges, i.e. anything that touches old/new last good build, would still reside
in your hands; maybe in a separate branch that you merge into the main
development branch every now and then after you’ve reviewed other people’s
commits or wrote some yourself. The main development branch could hold the
more cosmetic stuff or changes that will not affect the network as a whole;
those changes can be reviewed by somebody with less knowledge about Freenet’s
intestines. Also, new builds containing only those changes could be released
with little chance of disrupting the network. This does, however, require that
we keep the source code maintained in the repository a little bit tighter than
we currently do. :)
Greetings,
David
--
David ‘Bombe’ Roden <[email protected]>
signature.asc
Description: This is a digitally signed message part.
_______________________________________________ Devl mailing list [email protected] http://freenetproject.org/cgi-bin/mailman/listinfo/devl
