- 
          
- 
                Notifications
    You must be signed in to change notification settings 
- Fork 6.2k
Save gitea specific settings for vscode #32279
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Conversation
e.g. allow to run tests from IDE
| I prefer this change, as I always need to add the TAGS manually in command line, but if I have custom settings, it will be overwritten by this change? | 
| .vscode/* | ||
| !.vscode/settings.json | ||
| !.vscode/launch.json | ||
| !.vscode/extensions.json | 
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
| .vscode/* | |
| !.vscode/settings.json | |
| !.vscode/launch.json | |
| !.vscode/extensions.json | |
| .vscode | 
The gitignore could be kept as-is. It doesn't affected the manually added files.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
yes but this is the more compliant way!
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I do not think it is more compliant. Instead it just makes thing more complicated.
By using a single .vscode, everything just works well, and the manually added files are always correctly handled.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Still prefer to only keep the one line .vscode just like the old
| this file has been add in here now. gitea/contrib/ide/vscode/settings.json Lines 1 to 4 in 0196b35 
 | 
| Ah, we already have it. So this PR is unnecessary? | 
| for beginner it's easy to just clone and start ... not sure why we should complicate onboarding ... | 
| 
 It would cause a lot of conflicts for developers who want to modify  | 
| I have said here. #32279 (comment) | 
| Inactive for long time. Again: I do not think this change is right for developers who need to write their own  | 
| 
 Update: approved. | 
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
https://code.visualstudio.com/docs/getstarted/settings
VS Code stores workspace settings at the root of the project in a .vscode folder. This makes it easy to share settings with others in a version-controlled (for example, Git) project.
So maybe it is fine for this case.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This configuration already exists in the contrib/ide/vscode/settings.json
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Yup, only need to keep one
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Maybe the pr is not necessary
| 
 Maybe it would be better if we move the contrib/ide/vscode folder to .vscode in the project root directory. | 
| @6543 ping ~~~~~~ | 
e.g. allow to run tests from IDE