-
-
Notifications
You must be signed in to change notification settings - Fork 85
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
Release v2.0.0 #319
Release v2.0.0 #319
Conversation
Based on the deprecation described in https://github.blog/changelog/2022-10-11-github-actions-deprecating-save-state-and-set-output-commands/
WM_NCOMP_PROCS -> WM_NCOMPPROCS
* Allow overriding of the ADAPTER_PREP_FLAGS variable Currently the ADAPTER_PREP_FLAGS needs to be changed in the source code. This patch allows users to `export ADAPTER_PREP_FLAGS=` to alter the value of the variable through the environment without having to change the code. * Update docs/get.md --------- Co-authored-by: David Schneider <[email protected]>
Add a citation file
Update Actions set-output syntax
Co-authored-by: David Schneider <[email protected]>
* Fix iterator in FSI reader and writer for multiple patches * Add changelog entry
* Skip pstream initialization for OpenFOAM < 2306 * Re-arrange 'if' logic for Pstream init
- as pointed out in #293
* Add simple script to create all the release archives * Rename variable * Update tools/create-release-archives.sh Co-authored-by: David Schneider <[email protected]> * Update tools/create-release-archives.sh Co-authored-by: David Schneider <[email protected]> * Apply suggestions from code review (trial 3) Co-authored-by: Gerasimos Chourdakis <[email protected]> --------- Co-authored-by: Gerasimos Chourdakis <[email protected]>
Co-authored-by: David Schneider <[email protected]> Co-authored-by: Frédéric Simonis <[email protected]>
Co-authored-by: ge72fah <[email protected]> Co-authored-by: Gerasimos Chourdakis <[email protected]>
Co-authored-by: Gerasimos Chourdakis <[email protected]>
* Introduce tolerances for triggering warnings * Use 10^-14 instead of 12
Bumps [actions/cache](https://github.com/actions/cache) from 3 to 4. - [Release notes](https://github.com/actions/cache/releases) - [Changelog](https://github.com/actions/cache/blob/main/RELEASES.md) - [Commits](actions/cache@v3...v4) --- updated-dependencies: - dependency-name: actions/cache dependency-type: direct:production update-type: version-update:semver-major ... Signed-off-by: dependabot[bot] <[email protected]>
Bumps [actions/checkout](https://github.com/actions/checkout) from 2 to 4. - [Release notes](https://github.com/actions/checkout/releases) - [Changelog](https://github.com/actions/checkout/blob/main/CHANGELOG.md) - [Commits](actions/checkout@v2...v4) --- updated-dependencies: - dependency-name: actions/checkout dependency-type: direct:production update-type: version-update:semver-major ... Signed-off-by: dependabot[bot] <[email protected]>
Bumps [actions/upload-artifact](https://github.com/actions/upload-artifact) from 2 to 4. - [Release notes](https://github.com/actions/upload-artifact/releases) - [Commits](actions/upload-artifact@v2...v4) --- updated-dependencies: - dependency-name: actions/upload-artifact dependency-type: direct:production update-type: version-update:semver-major ... Signed-off-by: dependabot[bot] <[email protected]>
Why going for a breaking release? A breaking dependency is normally no sufficient reason. Maybe I am overlooking sth. |
Docs are here https://precice.org/adapter-openfoam-get.html#what-does-the-adapter-version-mean. Which version do you suggest? |
We have defined the configuration file format of the adapter ( New features are, for example, the volume coupling (#255) and the extensions to the fluid-fluid module (#281, #308). For these reasons, I propose v1.3.0. If we decide to indeed not have v2, then I would actually suggest to also rename the branch, to avoid confusion in the future.
I would not attempt to make our releases dependent on supporting new Foundation versions. We release our adapter when we are ready, and we can always release more ports to other OpenFOAM versions. There are still a few things I would like to check before releasing, I will approve after that, but not before next week. |
TODO list:
docs/
I don't know what to do with the foundation versions yet. With the changes and new features, it's noteworthy that the
faceTriangulation
/connectivity definition is different, the volume coupling changes seem incompatible, and also the handling of time/delta t is different (#298), which leads to many merge conflicts. Without some testing automation, following our typical rebase strategy runs into a lot of merge conflicts, which would require manual testing.So, open question: which versions do we want to support in the upcoming release?