Skip to content

Commit f3e094d

Browse files
committed
✨ Add early access and docstrings
1 parent 395545b commit f3e094d

File tree

5 files changed

+119
-0
lines changed

5 files changed

+119
-0
lines changed

docs/early-access.md

+42
Original file line numberDiff line numberDiff line change
@@ -0,0 +1,42 @@
1+
---
2+
title: CodeRabbit's Early Access Program
3+
sidebar_label: Early Access
4+
description: How Early Access works, what are the expectations and how to get started.
5+
sidebar_position: 10
6+
---
7+
8+
# Early Access Program
9+
10+
In CodeRabbit's dashboard, in the settings of a repository, there is the **Early Access** toggle, which enables early access features. Early access is divided into two categories: **Beta** and **Experiments**. Both are enabled by the same toggle but should be differentiated by a warning whenever they are used.
11+
12+
## Beta
13+
14+
Beta features are ready for public testing.
15+
16+
- The documentation may be incomplete or outdated.
17+
- The changelog may be missing.
18+
- The feature may not be fully stable, but it should give a general idea of the final user experience.
19+
- Edge cases may not be fully covered.
20+
- Some parts of the feature may not be implemented. For example, the GitHub integration may be prioritized over others.
21+
22+
Whenever you use a beta feature, you may see a warning like this:
23+
24+
:::warning
25+
This feature is in [beta](/early-access#beta).
26+
:::
27+
28+
## Experiments
29+
30+
Experiments are ways for CodeRabbit's development team to gather more experience with in-development features.
31+
32+
- They are highly unstable and may not work at all.
33+
- There is no guarantee that they will reach the beta stage and they may be cancelled at any time without any prior notice.
34+
- They are not ready for public use and may not be sufficiently documented.
35+
- They do not represent the end result of the planned feature and do not have a satisfactory user experience.
36+
- We are not gathering feedback for experiments - the direction they take can vary widely.
37+
38+
Whenever you use an experiment, you may see a warning like this:
39+
40+
:::warning
41+
This feature is [experimental](/early-access#experiments).
42+
:::

docs/finishing-touches/_category_.yml

+4
Original file line numberDiff line numberDiff line change
@@ -0,0 +1,4 @@
1+
label: Finishing Touches
2+
position: 12
3+
collapsible: true
4+
collapsed: true

docs/finishing-touches/docstrings.md

+73
Original file line numberDiff line numberDiff line change
@@ -0,0 +1,73 @@
1+
---
2+
title: Docstrings generation with CodeRabbit
3+
sidebar_label: Docstrings (Experiment)
4+
description: Automated docstrings pull requests with CodeRabbit
5+
---
6+
7+
# Docstrings
8+
9+
Docstrings generation is part of the [finishing touches](/future-developments#finishing-touches) initiative.
10+
11+
:::warning
12+
The [docstrings](/finishing-touches/docstrings) feature is [experimental](/early-access#experiments).
13+
:::
14+
15+
## Usage
16+
17+
Once you are done with your pull request and its reviews, you may want to perform finishing touches to your code, such as adding in-code documentation. You can request CodeRabbit to generate docstrings by typing `@coderabbitai generate docstrings` in a comment under that pull request.
18+
19+
Once sent, CodeRabbit will perform the following actions:
20+
21+
- All functions that are in the pull request's changes will be fetched using `ast-grep`
22+
- Docstrings will be generated for the functions where they are missing or incomplete
23+
- These docstrings will be committed in a new branch in the same repository
24+
- CodeRabbit will open a pull request from this new branch to the existing pull request
25+
26+
Here's an example of what a pull request may look like:
27+
28+
![Docstrings PR](/img/finishing-touches/docstrings-pull-request.png)
29+
30+
CodeRabbit cannot perform further modifications to opened pull requests. From there, it's your turn to checkout the branch and improve it to satisfaction. We believe that this workflow provides a significant headstart to documenting code.
31+
32+
We are testing this workflow internally to adjust the prompts, add more supported software forges, add more supported languages and craft an excellent user experience. However, you can use this preview and enjoy a sneak peek at the future of CodeRabbit.
33+
34+
## Supported software forges
35+
36+
The checked software forges are supported:
37+
38+
- [ ] Azure DevOps
39+
- [ ] Bitbucket
40+
- [x] GitHub
41+
- [ ] GitLab
42+
43+
The presence of an unsupported software forge in this list does not constitute a commitment to support it in the future. Remember that the docstrings feature is [experimental](/early-access#experiments).
44+
45+
## Supported languages
46+
47+
The checked languages are supported:
48+
49+
- [ ] Bash
50+
- [ ] C
51+
- [x] C++
52+
- [ ] C#
53+
- [x] Elixir
54+
- [x] Go
55+
- [ ] Haskell
56+
- [ ] Java
57+
- [x] JavaScript
58+
- [ ] Kotlin
59+
- [ ] Lua
60+
- [ ] Php
61+
- [x] Python
62+
- [ ] React TypeScript
63+
- [ ] Ruby
64+
- [ ] Rust
65+
- [ ] Scala
66+
- [ ] Swift
67+
- [x] TypeScript
68+
69+
The presence of an unsupported language in this list does not constitute a commitment to support it in the future. Remember that the docstrings feature is [experimental](/early-access#experiments).
70+
71+
:::note
72+
In the case of JavaScript and TypeScript, there are tons of ways to declare functions. At the moment, we only support the keyword `function` at the top level.
73+
:::
File renamed without changes.
Loading

0 commit comments

Comments
 (0)