This is an open source project, and we appreciate your help!
Each source file must include this license header:
/*
* (c) Copyright IBM Corp. 2024
*/
Furthermore you must include a sign-off statement in the commit message.
Signed-off-by: John Doe john.doe@example.com
- Proposing New Features: Vist the ideas portal for Cloud Management and AIOps and post your idea to get feedback from IBM. This is to avoid you wasting your valuable time working on a feature that the project developers are not interested in accepting into the code base.
- Raising a Bug: Please visit IBM Support and open a case to get help from our experts.
- Merge Approval: The codeowners use LGTM (Looks Good To Me) in comments on the code review to indicate acceptance. A change requires LGTMs from two of the members. Request review from @instana/eng-eum for approvals.
Thank you for your interest in the Instana iOS project!
- Add or update the UnitTests accordingly
- Make sure to follow the SwiftLint rules
- Avoid any build warning
- Update the README.md with details of changes to the interface, this includes new environment variables, exposed ports, useful file locations and parameters.
- Update the Changelog.md with details of changes
Please make sure to follow the semantic versioning rules.
- Update version in
InstanaAgent.podspec
(s.version = "<Your Version>"
) - Update version in VersionConfig.Swift
- Update InstanaSystemUtilsTests test_AgentVersion.
- Update CHANGELOG.md accordingly
- Run tests via
sh scripts/run-unit-tests.sh
- Run
git tag <Your Version> && git push origin <Your Version>
- Run
pod trunk push InstanaAgent.podspec --allow-warnings
- Make a release note on the Github page
- Update cross platform frameworks accordingly (Flutter / ReactNative / Xamarin)
In the interest of fostering an open and welcoming environment, we as contributors and maintainers pledge to making participation in our project and our community a harassment-free experience for everyone, regardless of age, body size, disability, ethnicity, gender identity and expression, level of experience, nationality, personal appearance, race, religion, or sexual identity and orientation.
Examples of behavior that contributes to creating a positive environment include:
- Using welcoming and inclusive language
- Being respectful of differing viewpoints and experiences
- Gracefully accepting constructive criticism
- Focusing on what is best for the community
- Showing empathy towards other community members
Examples of unacceptable behavior by participants include:
- The use of sexualized language or imagery and unwelcome sexual attention or advances
- Trolling, insulting/derogatory comments, and personal or political attacks
- Public or private harassment
- Publishing others' private information, such as a physical or electronic address, without explicit permission
- Other conduct which could reasonably be considered inappropriate in a professional setting
Project maintainers are responsible for clarifying the standards of acceptable behavior and are expected to take appropriate and fair corrective action in response to any instances of unacceptable behavior.
Project maintainers have the right and responsibility to remove, edit, or reject comments, commits, code, wiki edits, issues, and other contributions that are not aligned to this Code of Conduct, or to ban temporarily or permanently any contributor for other behaviors that they deem inappropriate, threatening, offensive, or harmful.
This Code of Conduct applies both within project spaces and in public spaces when an individual is representing the project or its community. Examples of representing a project or community include using an official project e-mail address, posting via an official social media account, or acting as an appointed representative at an online or offline event. Representation of a project may be further defined and clarified by project maintainers.