These 2 are the only input files you'll need to configure before launching to MARS:
This section serves as a guide for the dynamic yml config file located in this directory. Each language has its own separate yml file, with the same internal structure.
It defines the repository structure for various Working Groups that are to be included in the metrics release report. The working groups would be cloned and parsed for relative links according to the structure defined here.
This file follows a simple yet strict structure, make sure you follow it to avoid unnecessary errors.
- The following is a template for the same, with explanation:
# WG-Name
wg-name:
include-wg: boolean
wg-fullname: WG-name
github-link: git-link
github-branch: git-branch
focus-areas:
focus-area1:
- metric1-name.md
- metric2-name.md
focus-area2:
- metric1-name.md
- metric2-name.md
Explanation:
wg-name
: WG name that is same as the repository name for the WGinclude-wg
: boolean flag that defines if the WG should be included in the report (mainly for debugging purposes)wg-fullname
: complete name of WG that you want in the report headingsgithub-link
: github link for the WG repo (for cloning)github-branch
: git branch for the WG repo (for cloning)focus-area1
: focus-area name should be same as the focus-area dir name in the WGmetric1-name.md
: the name of metric markdown file as in the repo (should include .md extension as well)
Note: Empty focus-areas (focus-areas with no metrics) will work as well
- A sample structure for wg-common would look like this:
# WG-Common
wg-common:
include-wg: True
wg-fullname: Common Metrics WG
github-link: https://github.com/chaoss/wg-common
github-branch: master
focus-areas:
contributions:
- technical-fork.md
- types-of-contributions.md
time:
- activity-dates-and-times.md
- burstiness.md
- review-cycle-duration-within-a-change-request.md
- time-to-close.md
- time-to-first-response.md
place:
people:
- contributor-location.md
- contributors.md
- organizational-diversity.md
Note: You may skip configuring github-link
and github-branch
parameters for the languages that exist in the translation repository (like Spanish and Chinese), since all working groups for them are at fixed location.
Apart from this you might also find front-matter
and end-matter
in the beginning of the file. It corresponds to the static input of contributors, release-notes and the LICENSE - to be pulled from the website repository. You might not need to change it since any modification in these files in the website repo would be anyways reflected here. So you can safetly ignore those terms.
Now that you are familiar with the structure of the file, it is important to note that this file also determines in which order the working groups, focus-areas and metrics would be displayed in the release report. The order is from top to bottom, and is applicable for WG, focus-areas and their respective metrics. (this doesn't apply to front and end matter since they have fixed position at the beginning and the end of the PDF respectively)
This file is expected to be altered during each metrics release process.
An optional step would be to save these files as a part of release history.
A series of steps to be performed during the release process:
- Update this file - perform the following operations, if applicable:
- Add new metrics to their respective focus-areas (mind the order)
- Remove outdated/retired metrics
- Reorder the WG, focus-areas or metrics as per convenience
- Save changes to the new finalized file
- Refer to the main README, to continue with the release process
This tex file acts as the standard cover page for the PDF release. Each language has it's own coverpage with appropriate translation.
Here, you need to set 2 parameters in this file:
- Release year and month - at line 13
- Copyright year - at line 24