|
Of course, I use Git. But I recently had to restore my workstation from a backup after replacing the hard drive, and Git somehow lost my Git files, even though they were still there. So, while I saw some magic commands some suggested, I didn't trust or understand them, so I just wiped my applications one at a time, and re-cloned them from DevOps.
|
|
|
|
|
I honestly think they are trying to make it better with every release.
But, it seems they changed the directory name for C# user-defined project/item templates from 'Visual C#' to just 'C#'. I spent about 30 minutes trying to figure out why my item templates disappeared. I didn't see that talked about anywhere.
|
|
|
|
|
Too early to tell, only installed it a few days ago, did try a simple .NET 6 Winforms project but got into trouble when I wanted to turn off "Implicit Usings", clearly they did not anticipate someone doing that 
[edit]
Oh, and forget trying to trim a Winforms application to reduce the exe size, that was possible in .NET 5 but not in .NET 6. So my empty Winforms app is about 160 MB 
modified 12-May-22 9:28am.
|
|
|
|
|
I love how VB has implicit usings for 20 years already 
Well, it's not called as such, but it's the same.
|
|
|
|
|
|
RickZeeland wrote: So my empty Winforms app is about 160 MB
What the flaming ![Elephant | [mastadon]](https://codeproject.global.ssl.fastly.net/script/Forums/Images/elephant.gif) ?
Software Zen: delete this;
|
|
|
|
|
|
I thought I would like the implicit/global using stuff. I do not like it so much.
Ctrl-r-g had become a matter of habit. I'm not sure what I've really gained. Less scrolling to get to "meat"? For the seasoned, it isn't horrible.
For the new, it might be better/easier. So many examples out there are going to have things "the old way" though.
It's also a bit jarring to have an args on a console app with implicit Main()...
Who wouldn't be right to go, "args? What args? There are no args here? Is args a special keyword?"
Similarly with namespaces. I'm not so sure I'm as big a fan of tucking these things away as I first thought I might be when only reading about them instead of actually seeing them in practice.
|
|
|
|
|
c++ ... new errors and warnings in the code.
nothing deal breaking.
CI/CD = Continuous Impediment/Continuous Despair
|
|
|
|
|
Not sure yet.....
Am working in C# desktop apps. I'm never really sure if clicking the "save all" icon actually does.
Older versions like VS2019 brought up a form allowing the selection of one of multiple solutions. VS2022 only shows the most recent. AFAIK.
ed
|
|
|
|
|
Yes, so far it's working well.
Any reason you don't?
|
|
|
|
|
Try to switch branch while you have an uncommitted change in any file...
Visual Studio Feedback[^]
“Real stupidity beats artificial intelligence every time.”
― Terry Pratchett, Hogfather
|
|
|
|
|
I've mostly used SourceTree instead of VS, but that looks like a useful feature actually. It would be nice if it was more configurable, I can understand why you would get annoyed with not being able to change it.
|
|
|
|
|
Define the "nothing" that the previous version would do in this case?
Checking out a different branch will replace all controlled files with those from the other branch. If you have uncommitted changes which you don't want to apply to the new branch, it can either throw those changes away ("discard changes" in this new dialog), or it can store them somewhere for you to reapply later ("stash changes").
I don't think I've ever tried this, so I have no idea which of those options was chosen by default in previous version of Visual Studio.
"These people looked deep within my soul and assigned me a number based on the order in which I joined."
- Homer
|
|
|
|
|
Not exactly - working with git (without the VS wrap), while creating a new branch (on the local) and than switch to it, the uncommitted changes will stay uncommitted...
The new branch is an exact copy of it's parent, which includes the uncommitted change - and that's what I call 'nothing'...
While I can see that some can benefit from the check VS now runs, the fact that I can't turn the popup off is annoying...
Plus, take in account that the check VS does is far from being complete, the current (base) branch in my case is write protected so committing to it is futile... Also the newly created branch is local so no danger of whatsoever to ruin something...
“Real stupidity beats artificial intelligence every time.”
― Terry Pratchett, Hogfather
|
|
|
|
|
So the "bring the changes to..." option from the new dialog, which appears to be selected by default?
I can see how you might be slightly annoyed that you can't configure a default action and suppress the dialog. But it's hardly an "unable to use this version"-level bug. 
"These people looked deep within my soul and assigned me a number based on the order in which I joined."
- Homer
|
|
|
|
|
The first option is the default - and that what I want...
And I change branches like 20 times a day (on 4-5 different projects) and it is beyond annoying...
I filled the "can't use" option to try to make MS to take it more seriously... because of my past experience...
“Real stupidity beats artificial intelligence every time.”
― Terry Pratchett, Hogfather
|
|
|
|
|
It does the same with VS2017.
- I would love to change the world, but they won’t give me the source code.
|
|
|
|
|
Not for me! It is the very first time I saw it...
“Real stupidity beats artificial intelligence every time.”
― Terry Pratchett, Hogfather
|
|
|
|
|
Am I missing something? That is normal Git behavior. Its bash shell will give you a warning about switching branches with un-commited changes, and if you change anyway you'll permanently lose those changes unless you stash them first. Why shouldn't VS do the same (if it doesn't already)?
If you think 'goto' is evil, try writing an Assembly program without JMP.
|
|
|
|
|
We are talking of a case when creating a new branch (local) from an existing branch (local) - no way of any lost content, and Git knows it and does not disturb you... VS didn't do it either up until I updated to 17.2
“Real stupidity beats artificial intelligence every time.”
― Terry Pratchett, Hogfather
|
|
|
|
|
Currently on 17.1.6.
I migrated from VS2017 several months ago and definitely prefer VS2022. I use GitHub, recently converted to CMake, and am working on targeting for Linux. Support for all of these things has improved considerably. Ninja compiles (C++) are ridiculously fast (~800 files in about a minute).
Recently I discovered the "View" capability when looking at strings in the debugger. How long has that been around?! Probably for a decade, and I never noticed! But what a godsend when debugging the source code for template instantiations that my "compiler" (static analysis tool) has to generate.
Some of the things that I don't like about VS2022 compared to VS2017:
- The indent/outdent buttons for code blocks were removed. There's a way to put them back, but it's too annoying.
- When I type
#include "Header.h", I always have to retype the second ". Huh? - If a function defined in a header is trivial, I put the
{...} on the same line, but VS inserts endlines that I have to remove. - I can't figure out how to get CMake/Ninja to do x86 compiles, so they still happen the old, slow way.
- To edit an .md file in VS, you must wait until Intellisense is done, which it hardly ever is. And an .md file is none of its business!
- Windows no longer allows
SIGTERM and std::terminate to be caught in a release build. - There are probably other things, so I'll try to edit them into this post as I'm reminded of them. Someone might know how to overcome them.
|
|
|
|
|
I'm on 17.0.2 - never bothered with the incremental updates since initial install.
Other than file level history/blame, I don't use the built in GIT features in VS, so your issue would have no impact on me. Not being able to set a default and only pop that when it won't work does suck though.  Have an upvote on your issue on the MS side though.
Did you ever see history portrayed as an old man with a wise brow and pulseless heart, weighing all things in the balance of reason?
Is not rather the genius of history like an eternal, imploring maiden, full of fire, with a burning heart and flaming soul, humanly warm and humanly beautiful?
--Zachris Topelius
|
|
|
|
|
I use VS mostly for C++ code, and the compiler seems to work just as well as the compiler in VS 2019, i.e. I haven't discovered any new bugs. I haven't tried the new C++20 features yet.
I also haven't spotted any new bugs in the IDE.
I haven't tried your particular 'git' scenario, so I can't comment.
Freedom is the freedom to say that two plus two make four. If that is granted, all else follows.
-- 6079 Smith W.
|
|
|
|
|
The problem with hate is, it's a destructive motion after all. True, there's nothing bringing people together like the hate for a common enemy but take this hate away and you're left with shambles. Like, nazis & tree huggers marching together against COVID-19 measures may be the best friends but last time we (Germany) had nazis in power, tree huggers were among the first ones to "let go".
Specifically to Visual Studio, I've seen hate so stupid, it hurts. Like that article I got in my CodeProject newsletter from a nutjob proclaiming Visual Studio is to blame why there's no decent IDEs/code editors for .NET. Like, WTF?
That said, type hints for C++ in the latest VS are amazing! I'm also a huge fan of test coverage right within the text editor, but that's not new to the latest VS.
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
