This repository contains sources of:
There are other activities around the language residing in different repositories.
2021.2
its code is a part of
JetBrains/intellij repository.2021.1
and earlier get plugin built from JetBrains/intellij-kotlin.We love contributions! There is a lot to do on Kotlin and on the standard library so why not chat with us about what you're interested in doing? Please join the #kontributors channel in our Slack chat and let us know about your plans.
If you want to find some issues to start off with, try this query which should find all open Kotlin issues that are marked as "up-for-grabs".
Currently only committers can assign issues to themselves so just add a comment if you're starting work on it.
A nice gentle way to contribute would be to review the standard library docs and find classes or functions which are not documented very well and submit a patch.
In particular, it'd be great if all functions included a nice example of how to use it such as for the
hashMapOf()
function.
This is implemented using the @sample
macro to include code from a test function. The benefits of this approach are twofold; First, the API's documentation is improved via beneficial examples that help new users and second, the code coverage is increased.
Some of the code in the standard library is created by generating code from templates. See the README in the stdlib section for how to run the code generator. The existing templates can be used as examples for creating new ones.
Also the JavaScript back-end could really use your help. See the JavaScript contribution section for more details.
You can also contribute to Kotlin/Native.
If you want to contribute a new language feature, it is important to discuss it through a KEEP first and get an approval from the language designers. This way you'll make sure your work will be in line with the overall language evolution plan and no other design decisions or considerations will block its acceptance.
The best way to submit a patch is to fork the project on GitHub and then send us a
pull request to the master
branch via GitHub.
If you create your own fork, it might help to enable rebase by default when you pull by executing
git config --global pull.rebase true
This will avoid your local repo having too many merge commits which will help keep your pull request simple and easy to apply.
Most of these rules are originated from the How to Write a Git Commit Message article, and it's highly recommended to read it.
autocmd FileType gitcommit setlocal textwidth=72
Before submitting the pull request, make sure that you can say "YES" to each point in this short checklist:
此处可能存在不合适展示的内容,页面不予展示。您可通过相关编辑功能自查并修改。
如您确认内容无涉及 不当用语 / 纯广告导流 / 暴力 / 低俗色情 / 侵权 / 盗版 / 虚假 / 无价值内容或违法国家有关法律法规的内容,可点击提交进行申诉,我们将尽快为您处理。