-
Notifications
You must be signed in to change notification settings - Fork 78
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Separate each Custom Label entry on its own file when working with the "Source" format #1159
Comments
Thank you for filing this feature request. We appreciate your feedback and will review the feature at our next grooming or sprint planning session. We prioritize feature requests with more upvotes and comments. |
This issue has been linked to a new work item: W-9830776 |
@mshanemc Custom Labels are versioned as separate files labels
a.xml
b.xml While running sfdx comamnds, the CustomLabels.xml file would be generated joining a.xml and b.xml files labels
CustomLabels.xml |
This can help to avoid mistakes when reviewing diffs in xml files |
Related discussion: #2544 |
Is your feature request related to a problem? Please describe.
Yes, it is really hard to track changes in the Custom Labels metadata file while reviewing PRs in any Git tool. It is hard to read changes in XML files in general.
What are you trying to do
Achieve better DX by improving the way we track changes to Custom Labels in GIT tools. This will reduce errors and will cut down time while reviewing PRs with Custom Labels changes.
Describe the solution you'd like
Separate each Custom Label entry on its own file when working with the "Source" format
This
Would become something like this
Describe alternatives you've considered
Right now every developer is appending new labels to the end of the file to make PR reviews easier and faster. This way we can clearly see what has been changed while reviewing PRs.
Additional context
It is impossible to review PRs when working with packages, such as Vlocity, that creates an enourmous number of Custom Labels. Git shows some labels were removed just because they moved down some lines, which is not true. This can lead to lots of errors.
The text was updated successfully, but these errors were encountered: