Skip to content

Latest commit

 

History

History
144 lines (91 loc) · 7.33 KB

CONTRIBUTING.md

File metadata and controls

144 lines (91 loc) · 7.33 KB

Contributing

You are here to help on the bpmn-visualization examples? Awesome, feel welcome and read the following guidelines in order to know how to contribute, to ask questions and to make bpmn-visualization TypeScript library such a great tool.

All members of our community are expected to follow our Code of Conduct. Please make sure you are welcoming and friendly in all of our spaces.

Contributions

There are many ways to contribute:

Code and documentation changes guidelines

For all contributions, please respect the following guidelines:

  1. If you've noticed a bug or have a feature request, let us know in the GitHub Issue tracker! So we can confirm the bug or approve your feature, and provide feedback, before starting to code 🙂

  2. Do the changes in your own fork of the code

  3. Do not commit changes to files that are irrelevant to your feature or bugfix (eg: .gitignore).

  4. Open a GitHub Pull Request with your patches. (1 pull request = 1 feature or bug) We will review your contribution and respond as quickly as possible. Keep in mind that this is an open source project, and it may take us some time to get back to you. Your patience is very much appreciated.

  5. If this is your 1st Pull Request, sign the Contributor License Agreement

  6. Be willing to accept criticism and work on improving your code.

Working on your first Pull Request? You can learn how from this free series How to Contribute to an Open Source Project on GitHub

Fork & create a branch

Fork the bpmn-visualization-examples repository and create a branch with a descriptive name.

A good branch name would be (where issue #25 is the ticket you're working on): 25-annotations_to_tasks

git checkout -b 25-annotations_to_tasks

IDE configuration

To know how to configure your development environment, see IDE configuration

Adding new example

  • Create a new folder in examples
  • Create a index.html file in your new folder, See how it was done for custom-user-task-icon
  • Make the examples use the latest version of the lib
  • When you are satisfied by your work, add a screenshot of your example render in examples/static/img
  • Add a new div for your example in examples/index.html. See how it was done for the previous examples.
  • Create a README in your new folder
  • Update the README

Commit in the Pull Request

There is no convention for the commit message in the Pull Request. The most important part is the title of the Pull Request, because:

  • Everyone must use Pull Request, no direct commit allowed on the master branch.
  • The commits of a Pull Request are almost always squashed.
  • The title of the Pull Request is used as proposal for the maintainer merging the Pull Request.

Open a Pull Request

At this point, you should switch back to your own branch and make sure it's up-to-date with the master branch of the bpmn-visualization-examples repository:

git remote add upstream git@github.com:process-analytics/bpmn-visualization-examples.git
git checkout master
git pull upstream master

Then update your feature branch from your local copy of the master branch, and push it!

git checkout 25-annotations_to_tasks
git rebase master
git push --set-upstream origin 25-annotations_to_tasks

Finally, go to GitHub and make a Pull Request with labels 🙂
For the title, follow the directives of the Pull Request template.
Add a screenshot of the rendering of your examples/bpmn-file.

⚠️ We care about quality. So your PR won't be merged until all tests pass.

Sign the Contributor License Agreement

By signing the CLA, we acknowledge that your contribution is accepted as it and that you cannot be held responsible for any impacts on its integration. You then grant us the right to modify and distribute your code without restrictions. We ask this of all contributors in order to assure our users of the origin and continuing existence of the code.

When you contribute to the project on GitHub with a new pull request, the cla-assistant bot will evaluate whether you have signed the CLA. If required, the bot will comment on the pull request, including a link to this system to accept the agreement.

You only need to sign the CLA once or when the CLA terms have changed.

Keeping your Pull Request updated

If a maintainer asks you to rebase your PR, they're saying that a lot of code has changed, and that you need to update your branch, so it's easier to merge.

Here's the suggested workflow:

git checkout 25-annotations_to_tasks
git pull --rebase upstream master
git push --force-with-lease 25-annotations_to_tasks

At this point, you're ready to make your changes! Feel free to ask for help. Everyone is a beginner at first 😸

Update an Example in Live IDE

To update an example in a live IDE, follow these steps if you need to make significant changes to the example (not just updating the bpmn-visualization version):

  1. Fork the current version of the example, named <EXAMPLE_NAME>-current-version.

  2. Rename the fork with the version of bpmn-visualization that it uses, like <EXAMPLE_NAME>-v<BPMN_VISUALIZATION_VERSION>.

  3. Modify the current version of the example.

  4. Ensure that the link to the current version of the example has not changed.

  5. For Codesandbox, ensure that both the current and old versions of the example are frozen. This means that they cannot be edited or modified.

  6. For Codepen, ensure that the current version of the example is pinned. The old version should not be pinned.

Maintainers

Merging a PR (maintainers only)

A PR can only be merged into the master branch by a maintainer, if all of these conditions are met:

  • It is passing CI.
  • It has been approved by at least two maintainers. If it was a maintainer who opened the PR, only one extra approval is needed.
  • It has no requested changes.
  • It is up-to-date with the current master branch.

Release (maintainers only)

Releasing the examples is part of the release process of the bpmn-visualization TypeScript library.