Changeset 3728ed0
- Timestamp:
- Apr 15, 2011, 6:05:35 PM (15 years ago)
- Branches:
- master, space-access, stable, stage, test-hooks
- Children:
- 0089335
- Parents:
- 9a6c6886
- git-author:
- Alex Dehnert <adehnert@…> (04/15/11 18:05:00)
- git-committer:
- Alex Dehnert <adehnert@…> (04/15/11 18:05:35)
- File:
-
- 1 edited
Legend:
- Unmodified
- Added
- Removed
-
design/agreement.txt
r9a6c6886 r3728ed0 30 30 The ASA database code will be made publicly available. Anyone at MIT (or elsewhere in the world) will be able to read the code and the history of changes to it (though not configuration such as passwords, or group data such as signatories). (Moira, the system MIT uses for handling user accounts, mailing lists, hostnames, etc., similarly has publicly-available source.) The mailing list asa-db-commits@mit.edu will receive commit information and will be public. 31 31 32 Any stakeholder will be able to propose an individual for commit access or server access by contacting core stakeholders. A core stakeholder (generally whichever stakeholder is proposing the individual) must sponsor the request. If no objection is made within one week, they may be given access. If an objection occurs, the core stakeholders should attempt to reach a con census.32 Any stakeholder will be able to propose an individual for commit access or server access by contacting core stakeholders. A core stakeholder (generally whichever stakeholder is proposing the individual) must sponsor the request. If no objection is made within one week, they may be given access. If an objection occurs, the core stakeholders should attempt to reach a consensus. 33 33 34 34 3. Infrastructure … … 40 40 4. Development Process 41 41 42 a) Major changes should be discussed first with the stakeholders. Con census should be achieved that the change is desirable. For particularly large, complex, and potentially objectionable changes, one should solicit opinions for at least a week, via email and possibly an in-person meeting.42 a) Major changes should be discussed first with the stakeholders. Consensus should be achieved that the change is desirable. For particularly large, complex, and potentially objectionable changes, one should solicit opinions for at least a week, via email and possibly an in-person meeting. 43 43 44 44 b) Develop and test the change. … … 50 50 e) Move the changes to production. This should be announced to at least the core stakeholders. 51 51 52 When a con census is reached among the core stakeholders or for simple, time-critical bugfixes, exceptions to this process can be made. In all cases, core stakeholders should be informed of changes.52 When a consensus is reached among the core stakeholders or for simple, time-critical bugfixes, exceptions to this process can be made. In all cases, core stakeholders should be informed of changes. 53 53 54 54 5. Amendments 55 55 56 This document may be amended through con census decision of the stakeholders. Minor changes can be made through concensus decision of the core stakeholders only, if desired. Amendments must be discussed for at least a week over email before they can be made.56 This document may be amended through consensus decision of the stakeholders. Minor changes can be made through consensus decision of the core stakeholders only, if desired. Amendments must be discussed for at least a week over email before they can be made.
Note: See TracChangeset
for help on using the changeset viewer.