Visual Studio 2019 Part5

2020/08/18(火) 12:43:43.24

!extend:checked:vvvvv:1000:512
!extend:checked:vvvvv:1000:512
!extend:checked:vvvvv:1000:512
!extend:checked:vvvvv:1000:512

Visual Studio 2019 の新機能
https://docs.microsoft.com/ja-jp/visualstudio/ide/whats-new-visual-studio-2019?view=vs-2019

The Visual Studio Blog
https://devblogs.microsoft.com/visualstudio/

リリースノート
https://docs.microsoft.com/en-us/visualstudio/releases/2019/release-notes#

過去スレ
Visual Studio 2019
https://mevius.5ch.net/test/read.cgi/tech/1548765663/
Visual Studio 2019 Part2
https://mevius.5ch.net/test/read.cgi/tech/1562077164/
Visual Studio 2019 Part3
https://mevius.5ch.net/test/read.cgi/tech/1569978087/

※前スレ
Visual Studio 2019 Part4
https://mevius.5ch.net/test/read.cgi/tech/1585715794/

VIPQ2_EXTDAT: checked:vvvvv:1000:512:: EXT was configured

2021/02/06(土) 18:25:21.80

GitHubリポジトリにはリリースを保存しておく場所があるのでそこでいいよ
リリースが.NETパッケージならNuGetリポジトリとかでもOK
非公開だったら社内にリポジトリサーバーを構築して管理するといい

2021/02/06(土) 18:32:37.88

>>714
2年ぶりに無償の2019起動したらライセンスが古くなったため更新する必要があります。インターネットに接続して（略）と出て使えません。
正しいパスワードでサインインしたらご使用のアカウントがロックされました。アカウントの解除（略）と出て電話番号を要求されます。
Microsoftアカウントのことです。
サインインも2年ぶりです。

2021/02/06(土) 18:44:27.48

コールドスリープしてるような間抜けはそうそう居ないだろ

2021/02/06(土) 18:54:27.06

>>721
うん、じゃあ電話番号登録すればいいんじゃないの？

2021/02/06(土) 19:09:06.95

>>721
要求というか確認だよ
アカウント作成した時に登録した番号と入力した番号で本人確認を行うだけ
入力した番号が正しければSMSでキーが送られてくるのでロック解除できる

2021/02/06(土) 22:20:43.87

アンチMSおじさんの香りがしてきた

2021/02/06(土) 23:13:09.09

>>719
ちゅうか、gitも、(差分方式と似た)増分方式なので、
差分よりはましだが、それでも基点となるファイルが壊れてしまえば
最新版以外は恐らく再現できなくなってしまうだろうから、
バックアップとしては意味無いと思われる。
ちなみに、差分方式は、直前に対しての変化を記録していくが、
増分方式は、ある基点となるファイルからの違いを記録しておくらしい。
差分方式は連鎖のどれか一箇所でも壊れればそれ以後が全て再現できなくなるが、
増分方式は、記録を開始した時点のファイルが壊れない限りは、
全損はしない。
だから、どこかの時点のバックアップがいくつかとってあれば、
全損する可能性は低いと言うことになるようだ。
よう知らんが。

2021/02/06(土) 23:19:04.67

>>726
[補足]
増分方式の場合、ある日時T0のファイルのバックアップがしっかりとってあれば、
T0以後の増分記録がいくつか破壊しても、破壊した日時のソースは欠損してしまうが、
破壊していない日時のソースは再現できる。
T0のソースが壊れてバックアップからも復元できなくなった場合のみ、
それ以後のソースが全損する。

差分方式の場合は、差分連鎖の一箇所でも壊れれば、それ以後は一切合切
壊れてしまう。
なので、全ての差分を全部きっちりバックアップしないと、危険となる。
増分方式の場合は、日時T0のソースを十分にバックアップしておけば、
以後のデータは時々バックアップする程度で、問題ないと考えられる。

2021/02/06(土) 23:22:40.99

>>727
増分方式の場合、起点となるT0さえ無事であれば、それ以後の増分データの
一部が壊れても、壊れてない日時のソースは復元できるので、
全損はしない。つまり、2015年1月1日をT0として、そのソースが無事であれば、
2018/08/16 の増分データが破壊されたとしても、
2020/02/01 のソースは再現できる。

2021/02/06(土) 23:25:01.94

>>728
しかし、増分バックアップの場合、ソースの修正回数を N 回とすると、
全増分データのサイズは、O(N^2)程度の巨大なものになると思う。
差分だと、O(N)程度。

2021/02/07(日) 00:17:26.33

>>726
だから目的自体違うんだからそんな考察意味ないって。

2021/02/07(日) 04:32:23.11

>>726
根本的な勘違いをしてるみたいだけど
gitは増分保存じゃなくてスナップショット保存だぞ

**デフォルトの名無しさん** (ｽﾌｯ Sdbf-sEHH) · 2021/02/07(日) 15:27:38.50

ID:MdWn+J3B0
長々と書いてるけどgitは増分方式で保存という前提が間違ってるんだよ

2021/02/07(日) 18:16:11.41

たしかにちょっとログインさぼっただけで
pw変えたり間違った訳でもないのに
勝手にアカウントロックされるのは迷惑な仕組みだよな

2021/02/07(日) 18:24:52.04

2年間をちょっとサボっただけとか言われるMS可哀想

2021/02/07(日) 23:10:27.39

なんで2年間もログインさぼるんだｗ

2021/02/08(月) 07:50:54.84

エルフに攫われて異世界へ

2021/02/08(月) 13:33:55.99

俺もエルフ抱きに行こ

2021/02/08(月) 15:17:33.26

塀の中から出てきたのか

2021/02/08(月) 17:09:17.26

結局プロジェクト別ファイルにするやり方よくわからん

2021/02/08(月) 19:17:32.49

vs でgitやる時って
マイクロソフトのアカウントでgithub勝手にアカウント取ったりしないよね？

2021/02/08(月) 19:38:30.84

しないよ

2021/02/09(火) 00:21:09.87

gitメニュー、ほぼsource treeの代替になりそうでめちゃくちゃ便利だなと思ったけど知らなかっただけで元々こういうことできてたのかな？

2021/02/09(火) 00:52:53.29

git push --tags
に該当する機能なくなってるよね

2021/02/09(火) 06:39:00.77

gitでやるとき
ゲームのプログﾗﾑみたいに
キー操作や画面サイズとか
基本部分だけ作ってゲームに合わせて使いまわすって
やり方だとgitだけじゃ冗長しすぎてだめだよね？
プロジェクトをまんまコピーするの面倒くさそうだけど・・・

2021/02/09(火) 07:13:39.95

>>744
そういうのはプロジェクトテンプレート作ろう
gitは個々のソリューションの変更管理のために使うもの

**デフォルトの名無しさん** (ｽﾌｯ Sdbf-BME6) · 2021/02/09(火) 07:50:55.56

gitのモジュール機能は使えないの？
使ったことないけど

2021/02/09(火) 07:53:51.54

>>739
手動でフォルダコピーだとなんかまずいことあった？

2021/02/09(火) 09:10:19.81

>>744
git submodule

2021/02/09(火) 16:54:20.42

Java開発はできないの?

2021/02/09(火) 17:02:05.99

MSの見解としては、VSCodeを使え
世間一般の見解としては、IntelliJを使え

2021/02/09(火) 22:50:39.34

c/c++が一番人気言語なのに扱いがぞんざいだな
ちょっとフォームアプリ作るときにC#とか使いたくねえ

2021/02/09(火) 22:51:29.67

むしろちょっとフォームアプリ作りたい時こそC#だろ

2021/02/09(火) 22:53:14.76

752が正しいけど、751の気持ちの方が分かる

2021/02/09(火) 23:13:15.25

C++/CLIでGUI作成するの後から非推奨になったからなぁ

2021/02/09(火) 23:27:40.24

今さらC/C++が一番人気はないと思うけど、C++/WinRTの出番？

2021/02/10(水) 00:39:57.02

win32でアプリ作るとかもはや修行

2021/02/10(水) 00:56:52.46

Win32は、それを楽しめる人じゃないと無理。
「仕事だからやってます」って感じならC#が楽。

2021/02/10(水) 01:34:33.47

>>756
もしかして苦行

2021/02/10(水) 01:37:43.52

C++で開発されてるフリゲはいっぱいあるし、それ用の開発環境もあるのになぜ非推奨なんだぜ……

2021/02/10(水) 01:49:30.15

他責なら苦行
自責なら修行

2021/02/10(水) 01:53:03.71

C++ : Win32
C# : WinForms, WPF, UWP

2021/02/10(水) 02:18:24.32

>>759
C++は非推奨ではない
C++/CLIはC++ではない

2021/02/10(水) 02:35:11.09

無駄にすっげー時間かかるからなc++
今更こんなもんやりたくない

2021/02/10(水) 02:39:05.38

>>751
なわけねーだろ

2021/02/10(水) 07:43:00.36

C++Builderはちょっとしたツールを作るのに便利だった

2021/02/10(水) 09:03:43.26

もうBorlandビルダー無いのかな？
趣味で使いたいから、最新版欲しい。

2021/02/10(水) 14:15:16.61

C++Builderは今もあるよ。無料のCommunity エディションもある。
エンバカレロになってからもしばらく使いもしないのにアップグレードしてたな。

2021/02/10(水) 19:00:13.71

16.8.5

2021/02/10(水) 19:29:30.59

ニフティのボーランドフォーラムには通ったなぁ

2021/02/10(水) 20:24:49.45

16.7.11

2021/02/10(水) 21:52:10.64

>>742
たとえばどの機能のこと？
今日見てみたけどとてもsource tree代替にはなりそうもないけど

2021/02/10(水) 21:53:09.90

亀が優秀なので

2021/02/11(木) 02:06:05.90

CとC++の人気を合算すると、C#を優に超え、一位のPythonに匹敵するくらいの人気になる。

2021/02/11(木) 02:46:17.02

>>773
合算といっても、和じゃなくて論理和でしか。ｗ

2021/02/11(木) 04:28:51.83

>>773
全部足せば何でも一位になるよ

2021/02/11(木) 11:18:50.19

C++でWin32APIは苦行だが
C++でwxWidgetsは楽チンチン

2021/02/11(木) 12:21:47.19

WDK使うときくらいしかVC++は使ってないな

2021/02/11(木) 12:32:45.72

.NET5でmsixを使用してパッケージングし、そこからインストールすると、インストール先のフォルダに大量の.NETランタイムが配置されるのは仕様？
フレームワーク依存のようにそれらを配置しないようにできる？

2021/02/11(木) 13:32:21.19

MS謹製アプリでも同様だから仕様なんじゃないかね

2021/02/11(木) 14:27:20.69

XAMLとかmanifestとかを敢えて(意図的に)排除すれば
exe一本だけでも行けるようにはなる
ただし自分の(確認中の)PCでは動いても
自分の(その他の)PCで動くとは限らないし
他人のPCで動く可能性は低くなるかも知れない

2021/02/11(木) 21:28:10.12

>>778だけどできた

https://techcommunity.microsoft.com/t5/windows-dev-appconsult/packaging-a-net-core-3-0-application-with-msix/ba-p/386432?WT.mc_id=DT-MVP-5003978

it's possible to achieve your goal but, unfortunately, this feature isn't well documented. These are the steps you have to follow:

You have to create a publish profile for your .NET app first. Right click on the .NET project (not the WAP one) and choose Publish. Follow the wizard by choosing:
Folder as target
Folder as specific target
Leave the default publish location
Once you have finished, click on Edit under "FolderProfile" to edit the profile and choose:
Deployment ode: Framework-dependent
Target runtime: win-x86 or winx-64, based on your requirements
Once you have created it, go to the WAP project and click on the .NET project name you have referenced undered Applications. Choose Properties and you will see a property called Publishing Profile. Open the dropdown and you will she .pubxml you have just created by setting up a publish profile. Be aware that this property is set on a configuration basis, e.g. if you have Debug/X86 selected in your solution it will be set only for that configuration, you can edit your project file manually or change your configuration in VS to set the other values as needed.
Now generate the MSIX package with the WAP project, just make sure to select the same CPU architecture and configuration you have configured the publishing profile for. At the end of the process, you should get a considerably smaller MSIX package, which will contain only your executable and DLLs and not the full runtime.

I hope it helps!

2021/02/11(木) 21:29:13.60

>>781のGoogle翻訳

目標を達成することは可能ですが、残念ながら、この機能は十分に文書化されていません。これらはあなたが従わなければならないステップです：
最初に.NETアプリの公開プロファイルを作成する必要があります。.NETプロジェクト（WAPプロジェクトではない）を右クリックし、[公開]を選択します。次を選択して、ウィザードに従います。
ターゲットとしてのフォルダ
特定のターゲットとしてのフォルダ
デフォルトの公開場所のままにします
終了したら、[FolderProfile]の下の[編集]をクリックしてプロファイルを編集し、次を選択します。
デプロイメントオード：フレームワークに依存
ターゲットランタイム：要件に応じて、win-x86またはwinx-64
作成したら、WAPプロジェクトに移動し、[アプリケーション]の下で参照した.NETプロジェクト名をクリックします。[プロパティ]を選択すると、公開プロファイルと呼ばれるプロパティが表示されます。ドロップダウンを開くと、公開プロファイルを設定して作成した.pubxmlが表示されます。このプロパティは構成ベースで設定されることに注意してください。たとえば、ソリューションでDebug / X86が選択されている場合は、その構成に対してのみ設定されます。プロジェクトファイルを手動で編集するか、VSで構成を変更して他の値を設定できます。必要に応じて。
次に、WAPプロジェクトを使用してMSIXパッケージを生成します。必ず、公開プロファイルを構成したのと同じCPUアーキテクチャと構成を選択してください。プロセスの最後に、実行可能ファイルとDLLのみが含まれ、完全なランタイムは含まれない、かなり小さいMSIXパッケージを取得する必要があります。
お役に立てば幸いです。

だいぶ探した、疲れた、そして達成感

2021/02/12(金) 21:50:34.87

お疲れサンクス
ブックマークしとくわ

2021/02/13(土) 16:56:29.46

rustに対応しよう！

2021/02/18(木) 17:27:52.44

C#のクラスを追加したときにpublicが付かないんですが、
デフォルトで付けるような設定は可能ですか？

2021/02/19(金) 18:25:15.63

2021/02/19(金) 21:55:00.91

>>785
テンプレファイル書き換え。

2021/02/23(火) 14:55:20.22

visual studioに関係しているフォルダをdefenderの例外設定に入れたら爆速になって草
今までクソ重かったのは何だったんだ

2021/02/23(火) 15:32:37.55

16.8.6がインストールできるようになったとVisualStudioが行ってきたからリリースノートをクリックしたら
リリースノートは16.8．5までしかない
まあアップデートするけども

2021/02/23(火) 17:00:25.20

ja-jpでなくてen-usならあんじゃね？リリースノート

2021/02/23(火) 17:07:00.53

>>788
そうなん？

2021/02/23(火) 20:43:24.47

en-usも5止まりだったわｗ

2021/02/24(水) 01:08:36.11

vsのgitでの差分をwinmergeで見れるようにしたいんですけど、オプション-gitグローバル設計の差分ツールの設計がグレーアウトしてるんですよね
どう設定すればwinmergeが適用されるんでしょうか？

2021/02/24(水) 13:24:16.66

16.8.6普通に入れれたぞ

2021/02/24(水) 13:31:51.81

うん、リリースノートがまだ出てないって話だったでしょ

2021/02/24(水) 13:56:34.07

>>794
aho

2021/02/24(水) 14:14:36.19

「全ての参照を検索」で出てくるウィンドウの中のクラスをマウスオーバーすると出てくるポップアップヒントの色ってどこで変えられるか誰か知らない？
エディタの設定引き継いでくれなくて白地に白文字でなにも読めない

2021/02/24(水) 14:21:40.74

>>796
エイホをバカにすんな！

2021/02/24(水) 19:45:12.78

>>797
色テーマ変えてみれば？
俺はいまだにリファクタのシンボル名変更がうまく見えるテーマにたどり着けない

2021/02/24(水) 21:19:26.80

あわしろ氏は16.8.6は入れないほうが良いと言ってたな。

2021/02/24(水) 21:36:39.61

you will she

2021/02/24(水) 22:51:27.12

>>800
誰やねん

2021/02/25(木) 08:17:34.68

The Visual Studio release notes for version 16.8.6 haven't been published due to an "outage impacting our publishing". In the mean time, see what's in the release here: https://developercommunity.visualstudio.com/t/No-Release-Notes-for-version-1686/1346863#T-N1348338

https://twitter.com/mkristensen/status/1364624092914012161
https://twitter.com/5chan_nel (5ch newer account)

2021/02/25(木) 17:58:02.23

>>800
だれ…？
斜め前に座ってるおばちゃん？

2021/02/25(木) 18:09:20.09

>>804
誰の斜め前やねん？ｗ

2021/02/25(木) 18:33:24.18

16.7.12

2021/02/25(木) 18:59:36.17

むしろ後ろにおるとか

2021/02/26(金) 09:02:09.46

Windowsの%Temp%環境変数をImDisk(RAMディスク)に指定してるとパフォーマンスプロファイラ起動できないんだなぁ
他のRAMディスクなら大丈夫らしいけど

2021/02/26(金) 23:24:32.71

>>789

This release contains two fixes both on Developer Community:

Fixed a high priority bug blocking developers from pushing code to Azure Functions or other Azure resources from Visual Studio 2019.
VS 16.8.5 Create a Git repository - Create a new GitHub repository - PUBLIC (unchecked Private option) - FAIL

2021/03/02(火) 18:46:03.34

VS2019でMSのアカウントでログインしてるから問題無いと思ってたが
OneDriveの方から2年以上ログインが無いのでデータ削除するってメールが来た
連動してないんだっけ？

2021/03/03(水) 19:18:38.89

16.9.0

2021/03/03(水) 20:40:23.76

大型アップデートだな

2021/03/03(水) 21:14:53.92

ということは様子見だな。
人柱さん、よろしく。

2021/03/03(水) 22:05:30.68

16.9 RTMだとWinUI 3 Preview 4使えないのか

2021/03/04(木) 08:26:14.08

次は17.0 になるのか
それとも 16.10なのか

2021/03/04(木) 10:15:10.76

2021か2022でるまでは16でしょ

2021/03/04(木) 12:51:44.88

うん、だから 17 になって 2021 がでるのか
2019のままかどっちかなと思って

2021/03/04(木) 13:01:03.17

v16.10 Preview 1がリリースされてるし2019のまま16.10になるんじゃない

2021/03/04(木) 14:35:33.78

１６のままだろうが１７になろうがどうでもいい
おまえらのアップデート報告が一番大事