Skip to content

Conversation

@AkarshSahlot
Copy link
Contributor

This pull request addresses two essential documentation gaps in the APIS project:

  • Adds SUPPORT.md to provide clear guidelines on how users and contributors can get help, report issues, and participate in the community.
  • Adds RELEASE.md to define the project's release methodology, versioning strategy, quality gates, and release cycle for transparent and consistent release management.

Both documents aim to improve onboarding, support clarity, and release process transparency for the APIS community and for newcomers.
@axmsoftware @WillSams
Closes #13
Closes #14

Signed-off-by: AkarshSahlot <akarshsahlot7@gmail.com>
@AkarshSahlot
Copy link
Contributor Author

Hi @WillSams @axmsoftware ,
I have submitted this PR which adds the SUPPORT.md and RELEASE.md documentation as discussed in issues #13 and #14.
Could you please review the changes when you have a chance? I would appreciate any feedback or suggestions for improvements before merging. Thank you!

Copy link
Member

@subhramit subhramit left a comment

Choose a reason for hiding this comment

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

Some comments. Please revert back if unclear.

Comment on lines +15 to +19
#### GitHub Discussions (if available)

- For general questions, ideas, and community discussions
- Share your APIS use cases and implementations
- Get help from the community
Copy link
Member

Choose a reason for hiding this comment

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

We are supposed to make documentation project-specific. At the current state, this reads like introduction to GitHub features. Note that our repository doesn't support discussions (yet).
If an LLM generated this, can you cross-verify the content of this PR and revert back, so that it can be merged?

Comment on lines +9 to +13
#### GitHub Issues

- For bug reports, feature requests, and technical questions: <https://github.com/hyphae/APIS/issues>
- Search existing issues before creating new ones to avoid duplicates
- Use appropriate issue templates when available
Copy link
Member

Choose a reason for hiding this comment

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

These sound like contributing guidelines to me, and should go into CONTRIBUTING.md if not already present.

Comment on lines +38 to +45
### For Bug Reports

- **Clear description**: What you expected to happen vs. what actually happened

- **Environment details**: OS, Python version, Java version, hardware setup
- **Reproduction steps**: Detailed steps to reproduce the issue
- **Error logs**: Include relevant error messages and stack traces
- **Configuration**: Share relevant configuration files (with sensitive data removed)
Copy link
Member

Choose a reason for hiding this comment

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

Good ideas - we should also incorporate this into our issue template. Can you take that up?

Comment on lines +47 to +52
### For Feature Requests

- **Use case description**: Why you need this feature
- **Proposed solution**: Your ideas for implementation
- **Alternatives considered**: Other approaches you've evaluated
- **Impact assessment**: How this would benefit the community
Copy link
Member

Choose a reason for hiding this comment

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

Should go into issue template type: feature

Comment on lines +60 to +64
- **Individual component docs**: Each APIS component has its own documentation:
- apis-main
- apis-emulator
- apis-web
- apis-main_controller
Copy link
Member

Choose a reason for hiding this comment

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

use backticks, and also link respective documentation being talked about


- **DO NOT** create public GitHub issues for security vulnerabilities
- Contact the project maintainers privately first
- If no security contact is provided, email: <security@lfenergy.org>
Copy link
Member

Choose a reason for hiding this comment

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

Can you confirm if this a valid email? @axmsoftware


- **Project Repository**: <https://github.com/hyphae/APIS>
- **LF Energy Foundation**: <https://lfenergy.org>
- **General LF Energy Contact**: <info@lfenergy.org>
Copy link
Member

Choose a reason for hiding this comment

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

Again, is this email valid?

Copy link
Member

Choose a reason for hiding this comment

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

We don't have a well-defined release process yet, and I am not sure if a project like this should follow Semantic Versioning or periodic release cycles at this stage. Can shift this file to a draft PR and discard this file from this PR's changes? We can discuss more there.

Copy link
Contributor Author

Choose a reason for hiding this comment

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

I will go through it once again and will revert back to older one.

@AkarshSahlot
Copy link
Contributor Author

Some comments. Please revert back if unclear.

Ok sir I will revert it back

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.

Add RELEASE.md Add SUPPORT.md

3 participants