-
Notifications
You must be signed in to change notification settings - Fork 39
Commit
This commit does not belong to any branch on this repository, and may belong to a fork outside of the repository.
- Loading branch information
Showing
2 changed files
with
81 additions
and
0 deletions.
There are no files selected for viewing
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Original file line number | Diff line number | Diff line change |
---|---|---|
@@ -0,0 +1,63 @@ | ||
# Using the Community Specification License for your Specification Development Project | ||
|
||
## 1. Option 1 - Reference the Official Community Specification Repository | ||
|
||
### Step 1. | ||
|
||
Create a new repository and include the following files from the Community Specification 1.0 repository [https://github.com/CommunitySpecification/1.0](https://github.com/CommunitySpecification/1.0): | ||
|
||
- **Community Specification Contributor License Agreement.** The Community Specification Contributor License Agreement is the agreement that binds participants to the legal and governance terms established for the Working Group, and it binds participants to those terms, governance, and agreements in the official Community Specification repository. This ensures consistency for all projects using these agreements and avoids the risk that the terms have been modified. | ||
|
||
- **Scope.md.** The Scope.md file determines the scope of your Working Group. Items beyond that scope are not subject to licensing obligations established by the Community Specification License. | ||
|
||
- **Notices.md.** The Notices.md file includes information and notices about the Working Group, including contacts for code of conduct issues, patent exclusions, parties that have specifically notified the community that they are implementing the specification, and parties that have withdrawn from the Working Group. | ||
|
||
- **License.md.** The License.md file includes a statement notifying people that the project is under the Community Specification License, and the license for any source code included with the specification. | ||
|
||
### Step 2. | ||
|
||
Fill in the required information. | ||
|
||
- **Scope.md.** Complete the Scope.md file, which determines the scope of your Working Group and its patent coverage. | ||
|
||
- **Notices.md.** Add the contact(s) for code of conduct issues. | ||
|
||
- **License.md.** If any source or sample code will be included in the specification, designate a source code license in the License.md file. The default license is MIT, and you may change that to an open source license of your choosing. | ||
|
||
### Step 3. | ||
|
||
Develop your specification in that repository. | ||
|
||
## Option 2 - Clone the Community Specification Repository | ||
|
||
### Step 1. | ||
|
||
Clone the Community Specification 1.0 repository [https://github.com/CommunitySpecification/1.0](https://github.com/CommunitySpecification/1.0) into your new repository. | ||
|
||
### Step 2. | ||
|
||
Fill in the required information. | ||
|
||
- **Scope.md.** Complete the Scope.md file, which determines the scope of your Working Group and its patent coverage. | ||
|
||
- **Notices.md.** Add the contact(s) for code of conduct issues. | ||
|
||
- **License.md.** If any source or sample code will be included in the specification, designate a source code license in the License.md file. The default license is MIT, and you may change that to an open source license of your choosing. | ||
|
||
### Step 3. | ||
|
||
Develop your specification in that repository. | ||
|
||
# Best Practices. | ||
|
||
1. **CLA bot.** Enable a CLA bot, such as EasyCLA or cla-bot, to require a **Community Specification Contributor License Agreement** be signed (either by an individual contributor or by a contributor's employer, which CLA covers the employed contributor) and in place prior to making any contribution. | ||
|
||
1. **Use for specifications, not code.** Use the Community Specification License for specification development, not code. | ||
|
||
1. **Scope.** Draft the scope with care since it sets the outer bounds of the patent commitments participants make to the specification. If you draft it too narrowly, you may limit the functionality of the specification, especially as the project progresses. Draft it too broadly and it may provide a barrier to participation since participants may be unwilling to agree to potentially broad patent commitments. For guidance on drafting an appropriate Scope, you may find [ISO's guidance (see page 5)](https://www.iso.org/files/live/sites/isoorg/files/archive/pdf/en/how-to-write-standards.pdf "ISO How To Write Standards Guide") helpful. | ||
|
||
1. **Specification format.** Use the Community Specification Template to draft your specification. | ||
|
||
1. **Develop specifications and code in separate repositories.** Where possible, separate specifications and source code into different repositories, with the specifications under the Community Specification License and the source code under an OSI-approved open source license. | ||
|
||
1. **Develop multiple specifications in separate repositories.** When developing multiple specifications, each individual specification should be in its own repository. |
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Original file line number | Diff line number | Diff line change |
---|---|---|
@@ -0,0 +1,18 @@ | ||
# Community Specification Contributor License Agreement 1.0 | ||
|
||
By making a Contribution to this repository, I agree to the terms of the following documents located at [https://github.com/CommunitySpecification/1.0](https://github.com/CommunitySpecification/1.0): | ||
|
||
(a) Community Specification License 1.0 (.0_Community_Specification_License-v1.md) | ||
|
||
(b) Community Specification Governance Policy 1.0 (5._Governance.md) | ||
|
||
(c) Community Specification Contribution Policy 1.0 (6._Contributing.md) | ||
|
||
(d) Community Specification Code of Conduct (8._Code_of_Conduct.md) | ||
|
||
|
||
In addition, for source code contributions, I certify that: | ||
|
||
(a) The contribution was created in whole or in part by me and I have the right to submit it under the open source license indicated in the file; or (b) The contribution is based upon previous work that, to the best of my knowledge, is covered under an appropriate open source license and I have the right under that license to submit that work with modifications, whether created in whole or in part by me, under the same open source license (unless I am permitted to submit under a different license), as indicated in the file; or (c) The contribution was provided directly to me by some other person who certified (a), (b) or (c) and I have not modified it. (d) I understand and agree that this working group and the contribution may be public and that a record of the contribution (including all personal information I submit with it, including my sign-off) is maintained indefinitely and may be redistributed consistent with this agreement or the open source license(s) involved. | ||
|
||
I represent that I am legally entitled to make the grants set forth in the documents above. If my employer(s) has rights to intellectual property that may be infringed by the materials developed by this Working Group, I represent that I have received permission to enter these agreements on behalf of that employer. |