-
-
Notifications
You must be signed in to change notification settings - Fork 28
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
Improve changelog entry separators #62
Comments
There's no assumption about blank lines, but there is a template for new entries [UPDATE: I meant fragments]. Would it work for you to adjust the template and write it into changelog.d/new_fragment.md.j2? <!--
A new scriv changelog fragment.
Uncomment the section that is right (remove the HTML comment wrapper).
-->
{% for cat in config.categories -%}
<!--
### {{ cat }}
- A bullet item for the {{ cat }} category.
-->
{% endfor -%} |
I think there may be too much ambiguity with the term "entry." When I used it in the OP (motivated by the fact that the documentation says |
indeed there seems to be confusion between May be in our case @jwodder you could add spare new line and divider into |
Sorry, I see what you mean now. And yes, I misspoke in my early comment. There is a template for fragments. I suppose we could add a new_entry_template that would handle the layout of the entire entry as well. |
@jwodder is this issue still pertinent for us in datalad/release-action? |
@yarikoptic That's up to you. You're the one who wanted it. |
looking into it -- it seems the issue was "addressed" for us since now we do have those blank lines in https://raw.githubusercontent.com/datalad/datalad/f0b4dcb2b99a99941899c2392b43244175d89513/CHANGELOG.md but it is because of the empty line on top of the file, as also was in the original description. So the issue remains somewhat relevant to any case where the prior version of CHANGELOG.md would not have some leading empty new line to provide such separation. Overall it seems to be some "hidden convention of |
We just started using scriv in a project with a pre-existing CHANGELOG file, and the first scriv-powered release made the top of the CHANGELOG look like this:
Observe that there is no blank line before the pre-existing 0.17.5 entry; is scriv assuming that a nonempty CHANGELOG always starts with a blank line, i.e., that the topmost entry was also generated by scriv?
In addition, we would like to be able to set the changelog entry separator in our changelog to
"\n---\n"
; could a method for configuring this be added?The text was updated successfully, but these errors were encountered: