Skip to content

Add a section on pull requests to contributing instructions #635

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

Open
wants to merge 2 commits into
base: main
Choose a base branch
from

Conversation

mhauru
Copy link
Member

@mhauru mhauru commented Aug 13, 2025

Closes #619

Copy link
Contributor

Preview the changes: https://turinglang.org/docs/pr-previews/635
Please avoid using the search feature and navigation bar in PR previews!

@mhauru
Copy link
Member Author

mhauru commented Aug 13, 2025

Version lag issue, causing CI failure, being fixed here: #636

Copy link
Member

@penelopeysm penelopeysm left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Looks great although could I ask for semantic linebreaks (for consistency with the repo)?


#### Change history

We keep a cumulative changelog in a file called `HISTORY.md` at the root of the repository. It should have an entry for every new breaking release, explaining everything our users need to know about the changes, such as what may have broken and how to fix things to work with the new version. Any major new features should also be described in `HISTORY.md`, as may any other changes that are useful for users to know about. Bug fixes generally don't need an entry in `HISTORY.md`. Any new breaking release must have an entry in `HISTORY.md`, entries for non-breaking releases are optional.
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Hmmmm I've been putting changelog entries for all patch releases so far (at least for Turing / DPPL). I think it's a net benefit -- would it be too strict to enforce at least a one-liner for all releases?

Comment on lines +83 to +89
```
@JuliaRegistrator register

Release notes:
[YOUR RELEASE NOTES HERE]
```

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Suggested change
```
@JuliaRegistrator register
Release notes:
[YOUR RELEASE NOTES HERE]
```
```
@JuliaRegistrator register
Release notes:
[YOUR RELEASE NOTES HERE]
```
If you are making a breaking release, your release notes must also contain the string `Breaking changes` somewhere in them (this is mandated by the `@JuliaRegistrator` bot, described below).

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

Contributing: main / breaking
2 participants