Want to contribute to CF MailChimp? That's great! Contributions are most welcome! Here are a couple of guidelines that will help you contribute. Before we get started: Please note that this project is released with a Contributor Code of Conduct to ensure that this project is a welcoming place for everyone to contribute to. By participating in this project you agree to abide by its terms.
- Contribution workflow
- Reporting a bug
- Contributing to an existing issue
- Feature Requests
- Additional info
- Fork the repository in GitHub with the
Forkbutton. - Switch to a new branch (ie.
new-feature), and work from there:
git checkout -b new-feature - Make your feature addition or bug fix.
- Send a pull request (PR). Bonus points for topic branches.
- Please make sure all of your commits are atomic (one feature per commit).
- Use sensible commit messages.
- Always write a clear log message for your commits. One-line messages are fine for small changes, but bigger changes should look like this:
$ git commit -m "A brief summary of the commit"
>
> A paragraph describing what changed and its impact."- If your PR fixes a separate issue number, include it in the commit message.
- Smaller PRs are likely to be merged more quickly than bigger changes.
- If it is a useful PR it will get merged in eventually.
- This project is using Semantic Versioning 2.0.0
So you've found a bug, and want to help us fix it? Before filing a bug report, please double-check the bug hasn't already been reported. You can do so on our issue tracker. If something hasn't been raised, you can go ahead and create a new issue with the following information:
- Which version ColdFusion Server or Lucee are you using?
- Which version of the plugin are you using?
- How can the error be reproduced?
If you want to be really thorough, there is a great overview on Stack Overflow of what you should consider when reporting a bug.
It goes without saying that you're welcome to help investigate further and/or find a fix for the bug. If you want to do so, just mention it in your bug report and offer your help!
We've got a few open issues and are always glad to get help on that front. You can view the list of issues here. (Here's a good article on how to find your first bug to fix).
Before getting to work, take a look at the issue and at the conversation around it. Has someone already offered to work on the issue? Has someone been assigned to the issue? If so, you might want to check with them to see whether they're still actively working on it.
If the issue is a few months old, it might be a good idea to write a short comment to double-check that the issue or feature is still a valid one to jump on.
Feel free to ask for more detail on what is expected: are there any more details or specifications you need to know? And if at any point you get stuck: don't hesitate to ask for help.
We've outlined the contribution workflow here. If you're a first-timer, don't worry! GitHub has a ton of guides to help you through your first pull request: You can find out more about pull requests here and about creating a pull request here.
- You can request a new feature by submitting an issue.
- If you would like to implement a new feature:
- For a Major Feature, first open an issue and outline your proposal so that it can be discussed. This will also allow us to better coordinate our efforts, prevent duplication of work, and help you to craft the change so that it is successfully accepted into the project.
- Small Features can be crafted and directly submitted as a Pull Request.
Especially if you're a newcomer to Open Source and you've found some little bumps along the way while contributing, we recommend you write about them. Here's a great article about why writing about your experience is important; this will encourage other beginners to try their luck at Open Source, too!