LinuxSuRen / LinuxSuRen/open-source-best-practice
思考：参与开源贡献过程中，有哪些礼仪规则我们需要遵守？
Open
Nobody has claimed this yet.
- Dominant language
- Smarty
- Stars
- 416
- Forks
- 31
- PR merge metrics
- No merged PRs in 30d
Description
参与开源，在某种程度上可以认为是在参与某种社交活动。而在涉及到人与人之间的互动，“礼仪”就会成为避不开的话题。
以 GitHub 平台为例，很多情况下，我们是通过 issue 或者 PR 来和开源项目的维护者、用户进行交流、互动。邮件，是异步沟通的一个重要工具，贡献者可以通过多种方式（包括：watch 一个开源项目、订阅 issue、订阅 PR 等）关注到某个项目。如果说，贡献者在 issue 或者 PR 时，对自己的评论内容不加思索就发出的话，可能为导致很多其他贡献者收到大量没有必要的邮件通知。
PR 是一个非常容易遗忘的地方。作为开发者，尽量避免在代码自测通过之前提交 PR，大量缺乏实际意义的提交记录会让项目维护者感觉到很疲惫。
代码强制推送带来的问题？
持续更新中。。。
Contributor guide
No contributing guide indexed for this repository
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
No file, test, or entry point is identified. First clarify the intended scope and structure of the etiquette guidance, then define what completed documentation should cover before making changes.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- github
- Domain
- documentation
- Issue type
- Documentation
- Difficulty
- 5/5
- Estimated time
- Over a week
- Activity status
- Stale
- Clarity
- Needs clarification
- Newbie friendliness
- 25/100