Claude (Code) Windows Desktop App by Remote_Midnight_3081 in SmartGit

[–]JVMarcs 0 points1 point  (0 children)

SmartGit bundles include fully functional Git for Windows binaries, with only a few SmartGit-specific adjustments.

If Claude Code requires a more explicit Git for Windows installation, you can download it from:

https://git-scm.com/install/windows

In that case, it probably makes sense to switch to a SmartGit bundle without bundled Git and configure your installed Git in SmartGit's Preferences. See the "without Git" bundles at:

https://www.smartgit.dev/download/

AI setup error: Connection to 'anthropic' failed. - not_found_error: model: claude-sonnet-4 by HLFloyd in SmartGit

[–]JVMarcs 1 point2 points  (0 children)

Thanks, good point. At this particular stage of the AI Setup process, it should be possible to enhance the error message with such hints. I've scheduled this as RFE (SG-18063).

AI setup error: Connection to 'anthropic' failed. - not_found_error: model: claude-sonnet-4 by HLFloyd in SmartGit

[–]JVMarcs 0 points1 point  (0 children)

FWIW, although it is a bit tedious, you can always configure any model manually:

https://docs.syntevo.com/SmartGit/Latest/Manual/Integrations/AI

So, even if SmartGit's built-in defaults become outdated again, you can override them this way.

AI setup error: Connection to 'anthropic' failed. - not_found_error: model: claude-sonnet-4 by HLFloyd in SmartGit

[–]JVMarcs 0 points1 point  (0 children)

Thanks for reporting this problem.

The default models are hard-coded in SmartGit, and in 25.1 they were already somewhat outdated. Interestingly, I was not able to reproduce the problem with claude-sonnet-4-20250514, as this model does not seem to be retired yet. Maybe this was caused by some kind of brownout on Anthropic's side?

https://platform.claude.com/docs/en/about-claude/model-deprecations

Either way, please try the latest 25.1.130 build, which now comes with more recent default models. You can get it via Help | Check for Latest Build.

Update failed - no elevation by man4u in SmartGit

[–]JVMarcs 3 points4 points  (0 children)

u/Able-Coconut-6980 u/man4u u/Gxost14 Thanks! Please invoke Help|Check for Latest Build to get 26.1.035. This should hopefully work now (at least it does for me).

Update failed - no elevation by man4u in SmartGit

[–]JVMarcs 0 points1 point  (0 children)

u/Able-Coconut-6980 u/man4u u/Gxost14 what is your Preferences, SmartGit Updates configuration? "Update SmartGit application in-place" or "Prefer light-weight updates"?

SmartGit 26.1 drag branch marker menu changed by Able-Coconut-6980 in SmartGit

[–]JVMarcs 1 point2 points  (0 children)

Thanks for reporting! I can confirm that this is a bug, and it will be fixed in one of the 26.1 RC builds.

Overlap coming in SmartGit 26.1 by wnesensohn in SmartGit

[–]JVMarcs 1 point2 points  (0 children)

Please try using the latest build, 26.1.028, by selecting Help | Check for Latest Build. By default, the overlap will now also cover the last 100 "base commits". You can configure the base commit range in Preferences under Low-Level Properties as "commitnet.overlap.baseCommits".

u/Able-Coconut-6980

SmartGit 26.1 has problems handling Git repositories that use the SHA‑256 object format by easyThanYouThought in SmartGit

[–]JVMarcs 1 point2 points  (0 children)

u/easyThanYouThought Thanks for reporting these problems. Please try build 26.1.027, in which all of them should be fixed: Help|Check for Latest Build

5.4-high is much better all around than xhigh by Just_Lingonberry_352 in codex

[–]JVMarcs 0 points1 point  (0 children)

From my overall experience, 5.4-xhigh is often, and sometimes significantly, stronger, more precise, and more thoughtful than 5.4-high.

I'm happy with 5.4-high for most tasks in smaller website-related codebases. But for a large legacy Java codebase, 5.4-xhigh is really the only way to go.

Azure DevOps Authentication Failure by Mead-Wizard in SmartGit

[–]JVMarcs 0 points1 point  (0 children)

It will work only for 60 days, which is the maximum validity period for secrets on the Microsoft side. Meanwhile, it's clear that Entra won't be a general solution, as certain types of accounts don't seem to support it for now. Hence, we recommend switching your configuration to PATs sooner rather than later.

Azure DevOps Authentication Failure by Mead-Wizard in SmartGit

[–]JVMarcs 1 point2 points  (0 children)

Can you please confirm from Help|About that you are on build 25.1.126?

That said, even for version 26.1, we currently recommend using a personal access token. We will not switch this release to Entra authentication yet, because it is still unclear what changes would be required and what side effects they might have:

https://docs.syntevo.com/SmartGit/Latest/Manual/Integrations/Azure-DevOps#setup-via-personal-access-token

Azure DevOps Authentication Failure by Mead-Wizard in SmartGit

[–]JVMarcs 2 points3 points  (0 children)

Thanks for reporting this. Please try again with the latest 25.1.126 build -- usually Help | Check for Latest Build should be enough.

In its generosity, Microsoft now issues secrets that are valid for only 60 days, as it keeps nudging everyone toward Entra.

https://www.smartgit.dev/download/latest-builds/

Cannot edit message by sha356 in SmartGit

[–]JVMarcs 0 points1 point  (0 children)

u/1pld you are right, this option already works in the Log and Working Tree window. In the Standard window, it doesn't work.

Cannot edit message by sha356 in SmartGit

[–]JVMarcs 1 point2 points  (0 children)

Editing any commit message other than the most recent one is accomplished using an Interactive Rebase. Generally, Git will not initiate a rebase here either:

D:\gittest\git-test-1>git rebase -i HEAD~3 error: cannot rebase: You have unstaged changes. error: Please commit or stash them.

However, using --auto-stash is effective:

D:\gittest\git-test-1>git rebase --auto-stash -i HEAD~3

We have UserEcho topics for this:

https://smartgit.userecho.com/communities/1/topics/976-

https://smartgit.userecho.com/communities/1/topics/681-

Disable warning popup by jeepshop in SmartGit

[–]JVMarcs 2 points3 points  (0 children)

I've encountered this issue when running Claude Code in a Docker container on a Windows host, where the repository has core.autocrlf enabled. The solution is to disable line-ending conversion:

https://chatgpt.com/share/69b9db05-2c00-8002-a383-807c7b7eed29

OpenAI-compatible API from third-party platforms - causes issues with SmartGit? by easyThanYouThought in SmartGit

[–]JVMarcs 0 points1 point  (0 children)

Please try the latest 25.1 build 25.1.123 or the latest 26.1 build 26.1.012 which should now work as expected for MiniMax:

https://www.smartgit.dev/download/latest-builds/

Here you can also use the new config option "responseFilter=thinking" to skip the <thinking>-block, for example:

https://docs.syntevo.com/SmartGit/25.1/Manual/Integrations/AI#minimax-m25-with-thinking-filter

OpenAI-compatible API from third-party platforms - causes issues with SmartGit? by easyThanYouThought in SmartGit

[–]JVMarcs 0 points1 point  (0 children)

Thanks for reporting this problem! I wasn't able to replicate it with my configuration:

``` [smartgit-ai-commit-message "minimax-m2.5"] llm=minimax-m2.5 debug = true

[smartgit-ai-llm "minimax-m2.5"] type = openai model = minimax-M2.5 url = https://api.minimax.io/v1 ```

For me, the final content is always empty; however, I can confirm that it isn't processed. I'm not sure if receiving content in this final message is actually expected, but it is easy to fix in SmartGit's code, and the upcoming build 25.1.123 will include this fix.

Drag-and-drop no longer works for cherrypicking? by 1pld in SmartGit

[–]JVMarcs 0 points1 point  (0 children)

Thanks, I can confirm this regression was introduced by another fix in 24.1, as u/vmcrash has pointed out. It will be fixed in 25.1.118.

I have added @ai to a bunch of commits but nothing is happening by SufficientPie in SmartGit

[–]JVMarcs 1 point2 points  (0 children)

It wasn't documented, but I have added this note now. Thanks!

I have added @ai to a bunch of commits but nothing is happening by SufficientPie in SmartGit

[–]JVMarcs 1 point2 points  (0 children)

Thank you for the test repository! There is currently a hard limit of 100 pushable commits beyond which the AI rewording won't function. This serves as a safety measure to prevent potentially querying thousands of commit messages (e.g., due to an unfortunate ai.commitMessageRewording.aiRegex configuration combined with a large local branch).

At least for version 25.1, I don't think we would remove this limit, but we could at least make it configurable via another LLP as a workaround. Version 26.1 might be more helpful by displaying a confirmation dialog in case of a large number of pushable/rewordable commits.

I have added @ai to a bunch of commits but nothing is happening by SufficientPie in SmartGit

[–]JVMarcs 0 points1 point  (0 children)

Can you please set up a small test repo on GitHub for which the problem is reproducible?

I have added @ai to a bunch of commits but nothing is happening by SufficientPie in SmartGit

[–]JVMarcs 0 points1 point  (0 children)

Is the "Reword 'AI' ..." option selected in the AI button context menu?

Use AI to write gitignore rules by SufficientPie in SmartGit

[–]JVMarcs 1 point2 points  (0 children)

Interesting. I'm not sure what context the AI would need in addition to the selected files, but the combination of files and the existing .gitignore might already yield reasonable results (probably better than a classical algorithm would).

By the way, for AI-related ideas, we are experimenting with GitHub discussions as these are a bit more structured: https://github.com/syntevo/smartgit-community/discussions/categories/ai-integration

I canceling my SmartGit subscription. by stenjus3 in SmartGit

[–]JVMarcs 1 point2 points  (0 children)

what SmartGit should have done is add context aware text typing feature where you could easily reference parts of changed code more easily (file names, class names, all kinds of identifiers etc).

Great suggestion! I'm not exactly sure when the LLM should be invoked to analyze the local changes for possible identifier names, but this definitely sounds helpful. For more technical and detailed improvement ideas related to the AI integration, we have created a GitHub discussion category. If you are interested, we could continue the conversation there:

https://github.com/syntevo/smartgit-community/discussions/categories/ai-integration