Propagate the measure label when using create_metric option

[aliceliu]

Resolves #10538

Problem

When using create_metric on a measure, the label of the measure is not propagated to the metric

Solution

Set metric label to be measure label if it exists

Checklist

• I have read the contributing guide and understand what's expected of me.
• I have run this code in development, and it appears to resolve the stated issue.
• This PR includes tests, or tests are not required or relevant for this PR.
• This PR has no interface changes (e.g., macros, CLI, logs, JSON artifacts, config files, adapter interface, etc.) or this PR has already received feedback and approval from Product or DX.
• This PR includes type annotations for new and modified functions.

[github-actions]

Thank you for your pull request! We could not find a changelog entry for this change. For details on how to document a change, see the contributing guide.

[aliceliu]

• Propagate the measure label when using create_metric option #10536 👈
• main

This stack of pull requests is managed by Graphite. Learn more about stacking.

Join @aliceliu and the rest of your teammates on Graphite

[codecov]

Codecov Report

All modified and coverable lines are covered by tests ✅

Project coverage is 88.84%. Comparing base (21a4633) to head (e867392).
Report is 2 commits behind head on main.

Additional details and impacted files

@@           Coverage Diff           @@
##             main   #10536   +/-   ##
=======================================
  Coverage   88.84%   88.84%           
=======================================
  Files         180      180           
  Lines       22717    22720    +3     
=======================================
+ Hits        20182    20186    +4     
+ Misses       2535     2534    -1     

Flag	Coverage Δ
integration	86.07% <ø> (+<0.01%)	⬆️
unit	62.35% <ø> (+0.03%)	⬆️

Flags with carried forward coverage won't be shown. Click here to find out more.

Components	Coverage Δ
Unit Tests	62.35% <ø> (+0.03%)	⬆️
Integration Tests	86.07% <ø> (+<0.01%)	⬆️

[QMalcolm]

This looks good to me. It would probably be worthwhile to add a test which checks the state of the created metric when the related measure does not have a label set, however this is not blocking.

Context

When _create_metric, which creates a metric from a measure, was written, measures did not have labels. It seems that when label was added to the measure class, we did not think to add it here. That is an oversight, but I can see how that happened.

Implications

For metrics created from measures, in order to get the correct label, a full reparse will be necessary. This is because partial parsing only reparses an object is the input for the object has changed. Thus, without a full parsing, the relevant metrics will only get updated if the underlying semantic model is modified somehow.

TL;DR

Looks good. People will need to run dbt parse --no-partial-parse to ensure all existing measures with labels that create metrics properly propagate the label.

[aliceliu]

@QMalcolm thanks for the context! I updated the test. I don't have permission to merge so I'll leave the merging to you