continue
continue copied to clipboard
feat: add support for generating commit message
Description
Generate commit messages based on selected changes in the workflow UI.
- Analyze selected changes in the workflow UI and generate relevant descriptive commit messages
- Support switching between different LLMs, using
config.modelsByRole.chatas the model list source
Screenshots
Your cubic subscription is currently inactive. Please reactivate your subscription to receive AI reviews and use cubic.
Deploy request for continuedev pending review.
Visit the deploys page to approve it
| Name | Link |
|---|---|
| Latest commit | 0fcc6caf1a309d2018cd06cb66bfae9dae240577 |
@lkk214 I like this a lot! If we add this in IntelliJ, do you think we could add it in VS Code as well? It can be bothersome when there isn't feature parity. Otherwise, I like what you did with the UI and whenever you've got the code in a closer spot I'd be happy to review
This is an incredible feature! I've been looking forward to it for quite some time. Will it be supported in VS Code?
@lkk214 I have a small suggestion: would it be possible to provide a method that allows users to specify the submission format?
IntelliJ offers deeper integration, while VS Code has limited flexibility with its built-in SCM. For VS Code, I’ll implement a simpler version that only generates commit messages.
Hi @sestinj, this PR is now ready for review.
⚠️ Only 5 files will be analyzed due to processing limits.
😱 Found 2 issues. Time to roll up your sleeves! 😱
Yes, I do need to consider the thinking model... For handling this, compared to creating a utility method to strip out the thinking for reuse in different places, I prefer disabling thinking directly in the concrete implementation of BaseLLM. If we don't need it, perhaps we shouldn't let it be returned from BaseLLM in the first place—this approach seems more reasonable to me.
@sestinj Merge conflicts keep popping up—any ETA on merging this?
will merge today if can get the tests to pass
it seems like there are legitimate failing tests on this and it's been a while that this PR has been open. While I think it is a great change, I'm quite worried given how long it has taken to merge that it's going to become a large maintenance burden. I'm going to close the PR and would love to start a fresh one perhaps if you think there is a better approach we can take, but since I can't merge with failing tests it doesn't feel like this one has been making enough progress. Open to other ideas as usual!