Clarify attribution scope for development guidance and tooling
This commit is contained in:
@@ -1,6 +1,6 @@
|
||||
# Open Source Licensing And Attribution Policy
|
||||
|
||||
**Base Policy Version:** 1.2
|
||||
**Base Policy Version:** 1.3
|
||||
|
||||
**Last Updated**: 2026-09-26
|
||||
|
||||
@@ -29,10 +29,13 @@ own attribution entries and upstream notice links under this policy.
|
||||
|
||||
This policy defines project licensing conventions and a repeatable House Format
|
||||
for upstream attribution and license notices. It covers the project's own code
|
||||
and upstream components incorporated into or distributed with the project,
|
||||
including relevant transitive dependencies and
|
||||
copied code or assets. Treatment follows the component's terms and actual use,
|
||||
rather than its classification as a direct dependency.
|
||||
and upstream components incorporated into or distributed with the application
|
||||
or library, including relevant transitive dependencies and copied code or assets.
|
||||
Treatment follows the component's terms and actual use, rather than its
|
||||
classification as a direct dependency.
|
||||
|
||||
Do not add attribution entries merely because a repository supplied development
|
||||
guidance or tooling.
|
||||
|
||||
The baseline is a publicly available source repository with releases published
|
||||
alongside it. The format is independent of language, forge, and build system.
|
||||
|
||||
Reference in New Issue
Block a user