-
Notifications
You must be signed in to change notification settings - Fork 496
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
Use templates for changelog (e.g. PR#1008) #1019
Comments
Assuming #1016 move forward, k/release/cmd/krel changelog can take advantage of the new Renderer machinery. |
Yes I think this makes sense. 👍 |
@saschagrunert Can you assign this to me please? |
I think so: |
Fixes: * Fixes new line at the end of rendered templates. Refactoring: * Moves validation and reading of template spec from Options into Document and colocate the reading of the template file with the template parsing. validating the template spec (i.e. "go-template:*") at rendering time is a bit easier than trying to parse/validate a spec that also contains go template actions. * Soft-deprecated FormatSpecMarkdown and Document.RenderMarkdown. The soft deprecation adds a deprecation notice but exludes them from golint until so linting passes (this will be removed in issue kubernetes#1019). Testing: * Enhance golden file testing to simulate reading a user template. * Enhance golden file testing to cover rendering without downloads. * Enhance testing to provide line-level diffing between between expected and golden files.
Issues go stale after 90d of inactivity. If this issue is safe to close now please do so with Send feedback to sig-testing, kubernetes/test-infra and/or fejta. |
/close This seems to be resolved already. |
@saschagrunert: Closing this issue. In response to this:
Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes/test-infra repository. |
Opening this here to discuss whether k/release/cmd/krel should use the same approach as in PR#1008 (e.g. use go-templates).
Both tools do similar things with respect to notes generation/markdown. It would present a common interface for users of either tool
@saschagrunert What do you think?
The text was updated successfully, but these errors were encountered: