Thank you for your interest in contributing to our project. Whether it's a bug report, new feature, correction, or additional documentation, we greatly value feedback and contributions from our community.
Please read through this document before submitting any issues or pull requests to ensure we have all the necessary information to effectively respond to your bug report or contribution.
We welcome you to use the GitHub issue tracker to report bugs or suggest features.
When filing an issue, please check existing open, or recently closed, issues to make sure somebody else hasn't already reported the issue. Please try to include as much information as you can. Details like these are incredibly useful:
- A reproducible test case or series of steps
- The version of the plugin being used, which JetBrains IDE being used (and version)
- Anything unusual about your environment (e.g. recently installed plugins etc.)
- Java 21
- Git
- .NET 6
- In theory, you can use a higher version, however we build with .NET 6 in CI
- macOS steps:
brew install dotnet@6
- If Gradle cannot find
dotnet
, run./gradlew --stop
and./gradlew projects
to reload the daemon. Note that this should be done in your terminal as invoking Gradle through the IDE will use the IDE's cached PATH.
- Clone the github repository.
- To manually build a plugin distribution, run the global task,
./gradlew buildPlugin
to build all plugins, or on specific subproject if you want a specific plugin- For example,
./gradlew :plugin-toolkit:intellij-standalone:buildPlugin
will produce a plugin zip underplugins/toolkit/intellij-standalone/build/distributions
. - You can also run the
:plugin-core:buildPlugin
and:plugin-amazonq:buildPlugin
tasks - Use the
-PideProfileName={JETBRAINS_VERSION}
option to build the plugin for a particular IDE version (e.g./gradlew :plugin-toolkit:intellij-standalone:buildPlugin -PideProfileName=2024.1
)
- For example,
- In your JetBrains IDE (e.g. IntelliJ) navigate to the
Plugins
preferences and select "Install Plugin from Disk...", navigate to the zip file(s) produced in step 2. - You will be prompted to restart your IDE.
Contributions via pull requests are much appreciated. Before sending us a pull request, please ensure that:
- You are working against the latest source on the main branch.
- You check existing open, and recently merged, pull requests to make sure someone else hasn't addressed the problem already.
- You open an issue to discuss any significant work - we would hate for your time to be wasted.
To send us a pull request, please:
-
Fork the repository
-
Modify the source; please focus on the specific change you are contributing. (note: all changes must have associated automated tests)
-
Ensure local tests pass by running:
./gradlew check
-
Generate a change log entry for your change if the change is visible to users of the toolkit in their IDE.
./gradlew :newChange --console plain
and following the prompts. Change log entries should describe the change succinctly and may include Git-Flavored Markdown (GFM). Reference the Github Issue # if relevant.
-
Commit to your fork using clear commit messages. Again, reference the Issue # if relevant.
-
Send us a pull request by completing the pull-request template.
-
Pay attention to any automated build failures reported in the pull request.
-
Stay involved in the conversation.
GitHub provides additional documentation on forking a repository and creating a pull request.
To test your changes locally, you can run the project from IntelliJ or Gradle using the runIde
tasks. Each build will download the required IDE version and
start it in a sandbox (isolated) configuration.
Launch the IDE through your IntelliJ instance using the provided run configurations. If ran using the Debug feature, a debugger will be auto-attached to the sandbox IDE.
# IntelliJ IDEA Community
./gradlew :plugin-toolkit:intellij-standalone:runIde -PrunIdeVariant=IC
./gradlew :plugin-amazonq:runIde -PrunIdeVariant=IC
./gradlew :sandbox-all:runIde -PrunIdeVariant=IC
# IntelliJ IDEA Ultimate
./gradlew :plugin-toolkit:intellij-standalone:runIde -PrunIdeVariant=IU
./gradlew :plugin-amazonq:runIde -PrunIdeVariant=IU
./gradlew :sandbox-all:runIde -PrunIdeVariant=IU
# Rider
./gradlew :plugin-toolkit:intellij-standalone:runIde -PrunIdeVariant=RD
./gradlew :plugin-amazonq:runIde -PrunIdeVariant=RD
./gradlew :sandbox-all:runIde -PrunIdeVariant=RD
# Gateway
./gradlew :plugin-toolkit:jetbrains-gateway:runIde
- These targets download the required IDE for testing.
- To run the plugin in a specific JetBrains IDE (and you have it installed), specify the
ALTERNATIVE_IDE
environment variable:ALTERNATIVE_IDE=/path/to/ide ./gradlew :plugin-toolkit:intellij-standalone:runIde
- This is needed to run PyCharm and WebStorm.
- See also
alternativeIdePath
option in therunIde
tasks provided by the Gradle IntelliJ Plugin documentation.
These tests make no network calls and are safe for anyone to run.
./gradlew check
It is NOT recommended for third party contributors to run these due to they create and mutate AWS resources.
- Requires valid AWS credentials (take care: it will respect any credentials currently defined in your environmental variables, and fallback to your default AWS profile otherwise).
- Requires
sam
CLI to be on your$PATH
.
./gradlew integrationTest
It is NOT recommended for third party contributors to run these due to they create and mutate AWS resources.
- Requires valid AWS credentials (take care: it will respect any credentials currently defined in your environmental variables, and fallback to your default AWS profile otherwise).
- Requires
sam
CLI to be on your$PATH
.
./gradlew :ui-tests:uiTestCore
The sandbox IDE runs with a debug port open (5005
). In your main IDE, create a Java Remote Debug run configuration and tell it to attach to that port.
If the tests run too quickly, you can tell the UI tests to wait for the debugger to attach by editing the suspend.set(false)
to true
in the tasks
RunIdeForUiTestTask
in toolkit-intellij-subplugin Gradle plugin
- Log messages (
LOG.info
,LOG.error()
, …) by default are written to:plugins/toolkit/intellij/build/idea-sandbox/system/log/idea.log plugins/toolkit/intellij/build/idea-sandbox/system-test/logs/idea.log # Tests plugins/toolkit/jetbrains-gateway/build/idea-sandbox/system/logs/idea.log # Gateway
- DEBUG-level log messages are skipped by default. To enable them, add the
following line to the Help > Debug Log Settings dialog in the IDE
instance started by the
runIde
task:Please be aware that debug level logs may contain more sensitive information. It is not advisable to keep it on nor share log files that contain debug logssoftware.aws.toolkits
- AWS Explorer should not have "dependencies" (such as
sam
orcloud-debug
). It should work without needing to install extra stuff. - Dependencies (such as
sam
orcloud-debug
) should fetch/install lazily, when the user interacts with a feature that requires them.
Looking at the existing issues is a great way to find something to contribute on. Any of the help wanted issues is a great place to start.
- https://plugins.jetbrains.com/docs/intellij/kotlin.html#kotlin-standard-library
- https://plugins.jetbrains.com/docs/intellij/welcome.html
- https://jetbrains.design/intellij/
- https://www.jetbrains.com/help/resharper/sdk/Rider.html
- https://intellij-support.jetbrains.com/hc/en-us/articles/206544519-Directories-used-by-the-IDE-to-store-settings-caches-plugins-and-logs
This project has adopted the Amazon Open Source Code of Conduct. For more information see the Code of Conduct FAQ or contact [email protected] with any additional questions or comments.
See the LICENSE file for our project's licensing. We will ask you confirm the licensing of your contribution.
We may ask you to sign a Contributor License Agreement (CLA) for larger changes.