> There was a discussion earlier about why osd was done to 1.4.x instead > of 1.5.x or cvs head - this is directly related, and I've hit > the very same issue with rxk5.
Basically it's a question of "are you developing to contribute, or to run in-progress code in your stable environment", and this is, to me, about your role in the org that is causing you to write the code. > for the for any real users > gatekeepers > cvs head best worst > 1.5.x 2nd best mainly for windows > 1.4.x worst only acceptable choice I disagree. This assumes that other people who want stable code expect *your* code to be stable for *them*, and want it in their environment. The general argument actually seems to boil down to, "I want stable to be stable, with minimal changes, except for my thing", for everyone's "my thing". This predictably scales poorly. > I made an early foray with cvs head and rxk5. I gave up > because my builds broke so often I spent all my time working > on those bugs rather than on rxk5. The above change history > that Russ detailed shows this problem exists today just as much > with gerrit; so the problem here is not with the technology. for "just as much" in "makes doing the updates much easier"; have you tried it? > /1/ remove trailing white space from lines. push it to gerrit > /2/ get rid of "register" declarations. harder, but yes! > Ideally, also, run everything through "unexpand -a". subjective. not sure i agree. > If it would help, I'm willing to write a perl script that > would do this. ( Actually, I'm probably stuck writing this > even if nobody else does value it. ) if you write the perl script i volunteer to run and rebase until we get it pushed. _______________________________________________ OpenAFS-devel mailing list [email protected] https://lists.openafs.org/mailman/listinfo/openafs-devel
