Moz yaml: Difference between revisions

From MozillaWiki
Jump to navigation Jump to search
(Created page with "== In-Tree Annotations of Third-Party Code (moz.yaml) == All third-party code in mozilla-central should have an associated '''moz.yaml''' file containing metadata including t...")
 
(→‎How?: fix link to template)
Line 9: Line 9:


=== How? ===
=== How? ===
* Using the [https://searchfox.org/mozilla-central/source/python/mozbuild/mozbuild/moz_yaml.py#51-152 example moz.yaml file from the top of moz_yaml.py] or [https://searchfox.org/mozilla-central/search?q=moz.yaml&path= an existing moz.yaml file] as a template create a moz.yaml in the top level directory of your third-party code.   
* Using the [https://searchfox.org/mozilla-central/search?q=Third-Party+Library+Template&path=&case=false&regexp=false example moz.yaml file from the top of moz_yaml.py] or [https://searchfox.org/mozilla-central/search?q=moz.yaml&path= an existing moz.yaml file] as a template create a moz.yaml in the top level directory of your third-party code.   
** The "bugzilla" and "origin" sections must be provided
** The "bugzilla" and "origin" sections must be provided
** The "vendoring" section is optional and is not currently used
** The "vendoring" section is optional and is not currently used

Revision as of 05:24, 27 June 2020

In-Tree Annotations of Third-Party Code (moz.yaml)

All third-party code in mozilla-central should have an associated moz.yaml file containing metadata including the origin and Bugzilla component.

Why?

  • Provides consistency and discoverability to third-party code, its origin (repository, version, SHA, etc), and Mozilla-local modifications
  • Simplify the process for auditing vendorerd versions and licenses
  • Establish a structure which allows automation to drive vendoring

How?