On 11/26/12 23:48, Bas Smeelen wrote:
On 11/26/12 23:36, Rick Miller wrote:
On Mon, Nov 26, 2012 at 5:25 PM, Bas Smeelen <[email protected]> wrote:
Hi
Just modify newvers.sh to 9.1-RELEASE recompile and your on RELEASE :)
Who has a no non-release policy, management?
It's not just management,

Just to sum it up

Make sure you document with second and third party approval!
What you did and How you did it

There is no reason to document for Why you did it, though this can be beneficial.

With this, it comes to that the FreeBSD development and distributing model is very well, let's say highly transparent, it is up to you as a systems administrator or even developer (they are more out in the clear though) to account for (document and get this approved) and be transparant for all the actions that have been commited, to the FDA for instance in the industries (Pharma, Biomed, etc, I work in). I guess fbi, cia, nsa or other 'higher' governmental institutions don't have to account for this, because they are much smarter anyway.

I apologise for the dutch grammar.

Cheers


checked, they don't have a clue, that's what we're here for

  but also software engineers,

checked, mutually accepted, they know what you're up to, and keep them clear, be honest
and even better, they know what they're up to, but try to blame you for
just keep them as very close 'friends'
it helps when you are able to 'clean up their messes sometimes'

  architects

is like in between management and software engineers, dangerous maybe

, and
business folks.

management or otherwise

   When a company runs a service whose production SLA is
100%, many tend to be less forgiving.

100% that's a dare!
For them it may be 100%, for me I am at 98% then, at best 99,636% :)
There is a lot of playfield unknown

   There's a lot riding on running
a development branch in production, even if it is a "Release
Candidate".


Agree 100% :)
RELEASE is better than RC or even BETA for sakes ;)




_______________________________________________
[email protected] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[email protected]"


_______________________________________________
[email protected] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[email protected]"

Reply via email to