Date: Sat, 23 Feb 2002 22:40:27 +0100 From: Poul-Henning Kamp <phk@critter.freebsd.dk> To: Robert Watson <rwatson@FreeBSD.ORG> Cc: current@FreeBSD.ORG Subject: Re: Discussion of guidelines for additional version control mechanisms Message-ID: <13092.1014500427@critter.freebsd.dk> In-Reply-To: Your message of "Sat, 23 Feb 2002 16:28:47 EST." <Pine.NEB.3.96L.1020223103610.68981C-100000@fledge.watson.org>
next in thread | previous in thread | raw e-mail | index | archive | help
In message <Pine.NEB.3.96L.1020223103610.68981C-100000@fledge.watson.org>, Robe rt Watson writes: >Question 1: How should the presence of on-going work in an external >repository be announced to the broader community? On the project.freebsd.org web-page and the regular status emails generated from the contents of that web-page. >Question 2: How should the status of on-going work be announced to the >broader community? > >Suggestion: Bi-monthly developer status report >Suggestion: Status web page for the project >Suggestion: Regular status reports on work to relevant mailing lists All of the above with a s/Regular/As warranted/ on the third line. >Question 3: How should the results of the on-going work be made available >to the broader community? > >Suggestion: cvsup10 export of the Perforce tree >Suggestion: patchsets sent to appropriate mailing lists with status >Suggestion: patchsets generated automatically and posted to the mailing > list Whichever fits the particular project but it would be wonderful if a patch file for all projects could be accessed via the web-page. >Question 4: How agressively should on-going work be pushed back into the >base tree? > >Suggestion: For work requiring large source tree sweeps, API changes, etc, > only when the work is ready to commit. Panic: recursion: "commit only when ready to commit" Doesn't this one hinge on the stability/compilability goal of current and only that ? -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?13092.1014500427>