同步操作将从 Gitee 极速下载/Mainflux 强制同步,此操作会覆盖自 Fork 仓库以来所做的任何修改,且无法恢复!!!
确定后同步将在后台操作,完成时将刷新页面,请耐心等待。
The following is a set of guidelines to contribute to Mainflux and its libraries, which are hosted on the Mainflux Organization on GitHub.
This project adheres to the Contributor Covenant 1.2. By participating, you are expected to uphold this code. Please report unacceptable behavior to abuse@mainflux.com.
Reporting issues are a great way to contribute to the project. We are perpetually grateful about a well-written, thorough bug report.
Before raising a new issue, check our issue list to determine if it already contains the problem that you are facing.
A good bug report shouldn't leave others needing to chase you for more information. Please be as detailed as possible. The following questions might serve as a template for writing a detailed report:
Good pull requests (e.g. patches, improvements, new features) are a fantastic help. They should remain focused in scope and avoid unrelated commits.
Please ask first before embarking on any significant pull request (e.g. implementing new features, refactoring code etc.), otherwise you risk spending a lot of time working on something that the maintainers might not want to merge into the project.
Please adhere to the coding conventions used throughout the project. If in doubt, consult the Effective Go style guide.
To contribute to the project, fork it, clone your fork repository, and configure the remotes:
git clone https://github.com/<your-username>/mainflux.git
cd mainflux
git remote add upstream https://github.com/mainflux/mainflux.git
If your cloned repository is behind the upstream commits, then get the latest changes from upstream:
git checkout master
git pull --rebase upstream master
Create a new topic branch from master
using the naming convention MF-[issue-number]
to help us keep track of your contribution scope:
git checkout -b MF-[issue-number]
Commit your changes in logical chunks. When you are ready to commit, make sure to write a Good Commit Message™. Consult the Erlang's contributing guide if you're unsure of what constitutes a Good Commit Message™. Use interactive rebase to group your commits into logical units of work before making it public.
Note that every commit you make must be signed. By signing off your work you indicate that you are accepting the Developer Certificate of Origin.
Use your real name (sorry, no pseudonyms or anonymous contributions). If you set your user.name
and user.email
git configs, you can sign your commit automatically with git commit -s
.
Locally merge (or rebase) the upstream development branch into your topic branch:
git pull --rebase upstream master
Push your topic branch up to your fork:
git push origin MF-[issue-number]
Open a Pull Request with a clear title and detailed description.
此处可能存在不合适展示的内容,页面不予展示。您可通过相关编辑功能自查并修改。
如您确认内容无涉及 不当用语 / 纯广告导流 / 暴力 / 低俗色情 / 侵权 / 盗版 / 虚假 / 无价值内容或违法国家有关法律法规的内容,可点击提交进行申诉,我们将尽快为您处理。