Visual Studio 2019 Part4
■ このスレッドは過去ログ倉庫に格納されています
>>778
MS的には積極的にGitHubブランドに寄せていく方針のようで、
MSが買収してからは元々GitHubが持っていた機能の統合にとどまらず、
Azure DevOps の Pipelines → GitHub Actions
Visual Studio Online → GitHub Codespaces
といったようにMSプロダクトのリブランディングを進めている
DevOps自体も近いうちに無くなるのはほぼ間違いないよ あと、後でGitのログを丸ごと移せるからといって移行は簡単だといってしまうのは早計
チーム開発なら課題管理やコードレビュー、CI等のGit以外の機能も使うだろう
さすがにDevOpsを廃止するときにはGitHubへの何らかの移行パスは提供されるだろうけど、DevOpsにべったり依存した開発組織が移行するのはそれなりに大変だと思うよ >>781-783
ありがとうございます。
githubにしようと思います。 >>782
svnの「できる」は全然違わんか。
svnadmin dump+loadやろ。 VSは、2017より2019の方が軽くなった、と言ってる人がいましたけど、
「システム要件」は
2017: CPU:1.8GHz 2 コア、Mem:4GB
2019: CPU:1.8GHz 4 コア、Mem:8GB
となっているので、嘘だったんですか？ 嘘に決まってるじゃん。機能が増えれば重くなって当然。 VSは、2017より2019の方が軽くなった、と言ってる人がいましたけど、
「システム要件」は
2017: CPU:1.8GHz 2 コア、Mem:4GB
2019: CPU:1.8GHz 4 コア、Mem:8GB
となっているので、嘘だったんです。 システム要件なんてどうとでも定義出来るからそれを論拠に大騒ぎする程のものではない
個人的には2017と2019の重さは同等
2017でもメモリー4GBは厳しかったからハードの進化に合わて改定しただけに感じる VS 2019 は、3GHz 2コアのCPUだと激遅。 5年前から2.6GHz/4C/16GBだから重いと気付かんかった。 >>793
CPUの種類はCore i5 ですか、それとも、Core2 Quad ? >>800
そういうことにしないとviすら使えない奴の精神が安定しないから >>800
世の中に流されない確固たる信念をもっていないとviなど使えない
つまり、世の中の価値観と相違があっても是正しない傾向があると推測できる 仕事柄、インスコしたての真っさらOSを毎日相手にしてる人とか >>802
viしか使わないというならそうかもしれないが、単なるツールだよ？
使いやすい時に使いやすい物使えば良いじゃん vi 使いだったけどさすがにもう移行しちゃったなあ。
好きなんだけどね。Esc-yy-p なんて 使いたいときに使いやすい物をインストールできるとは限らないからなあ。
自分は普段はほぼ完璧に忘れてるけど、必要なときにはネットで適当に調べて思い出して使ってる。なんとかなる。 .net core の GUIデザイナが重いの俺だけ？ (´・ω・｀) >>809
小馬鹿にしようと思って調べたらvzすげえな。 VZは昔の開発環境として良くできてたよ。DOS用としては最強だった。Pentium/Win98マシンをDOSモード/V-Textで立ち上げてDOS Extenderのクロスコンパイラ使う所までは使ってた。 テキストエディタとしても使ってたけど
ファイラーとコマンドラインエディタとして重宝してました VZはソースコード公開してたからな
色々参考になったわ EZ1の9801バイト版も凄かったけどな
EZ3がPC world版
VZが中村さん 2019インストールしたらエクスプローラーのデスクトップがDesktopに変わったんだけど何これ
そこだけ英語になる必要ある？ いくらでも取り替えのできるハケンに過ぎないじゃないか ASP.NET core で Controller からのスキャフォールディング使ったビューの追加でエラー プロジェクト内にmasm用の*.asmファイルがあって、
編集中にsubと入れてタブキー押したら勝手に<sub></sub>に修正してきやがるのですが、
止めさせるにはどうすればいいですか asm拡張子の対応エディタをc++にして、補完機能をことごとく停止してもsubだけ修正される asp.net core で すきゃフォールディング使ってる人は
アップデートしない方がいい
デスクトップもノートも荷台ともダメになった
core じゃなければ大丈夫っぽい >>837 は、Visual Studio を一回アンインストールしてからインストールしたら
問題なくなった。
ただ、コントローラとかビューとかを追加するメニューがでてくるのがすごく遅くなった感じ python の対話型ウィンドウ
vim もしくは emacs のキーバインドにする方法ない？
end キーが遠くてつらたん うちはEmacsキーバインドになってたけど、cygwinのbashから起動してるからかな >>841
あ、そっかコマンドプロンプトからやれば良いのか
ありがとうございます
コマンドプロンプト＋ptpython で vi キーバインド出来るようになりました VSCodeでもそうだけど、IDE組み込みコンソールってキーバインドが特殊で使いにくかったりするよね。 Rider使ってる人いますか？
別にお金出すほど使い勝手いいのかな？ .net core と asp.net core のファイルの更新が多いな パッチバージョン更新でFixが2-3個程度が続いた時が
マイナーバージョンの更新の時である git 有効にするとチームエクスプローラーと置き換わる
今までgithubを使用していたから違和感あるね ユーザーに断りもなく勝手に切り替えるのはM$の古くからの手癖の悪さ Git の生産性
[ツール]、[オプション] の [New Git User Experience](新しい Git ユーザー エクスペリエンス) プレビュー機能をオンにすると、このエクスペリエンスを利用できるようになります。
任意のフォルダーまたはまったく新しいフォルダーから新しい Git リポジトリを生成する
新しい複製操作を開始する前に、開いているフォルダーまたはソリューションを保存して閉じる
コミット テキスト ボックス内でコミット メッセージ エラーまたは一時退避メッセージ エラーを明確に表示する
新しい Git リポジトリ ウィンドウ内のツリー ビューで Git ブランチを表示し、管理する
Git リポジトリ ウィンドウで各ブランチの履歴グラフを切り替え、グラフを操作する
[Git リポジトリ] ウィンドウでの送信および発信中のコミットの表示
Git で重点が置かれているマージ エディターで、以下を使用して、マージ競合を解決します。
マージ競合を含むファイル内の情報バー。これにより、マージ エディターを開くように求めるメッセージ表示されます。
よりわかりやすいタイトルおよびキャプション。マージ エディター内での不明瞭の削減。
競合内の差分。一致する行が揃えられ、単語レベルの違いが表示され、表示可能な空白が唯一の違いである場合にそれが表示されます。
ファイル レベルの追加、追加の競合に対する双方向のマージ
1 回のクリックで、どちらか一方とのすべての競合を解決する機能
競合のみに焦点を当てて、競合していない相違点は無視するためのトグル。
https://docs.microsoft.com/ja-jp/visualstudio/releases/2019/release-notes サーバーがGitHubだろうがAzure DevOpsだろうがチームエクスプローラーは以前から同じ画面だと思うけど >>855
gitのブランチ操作とかは別のウィンドウに切り離されるみたいだよ。今はプレビュー段階だけど。 16.7は新しいサービスベースラインです。
古いベースライン16.4は今後12か月間にかぎりサポートされます。
中間リリース16.5および16.6のサポートは無くなりました。 アドレスサニタイザーが宣伝通りなら、既存のx86ソースを無条件にx64へ移行しなければならない。
そのくらい素晴らしい福音になるはずだが。 Blazorスレで、スレチになってしまったので、こっちに投稿し直します。
スマソ。
VS 2019は、LGA1155, Mem:8GB, SSD 500GB, Win 64BIT OS,
Core i5 3.4GHz (4 cores)だとどのくらいで起動しますか？
当方は、LGA1155 で、もっと力の弱いCPUを使っており、デスクトップアイコンを
クリックしてから、IDEが起動し、マウスカーソルがくるくる回る状態から脱する
のに、23秒くらいかかります。 >>860
CPU以外は同じ環境で、実測して、23秒です。
現在のCPUは 2.7GHz の 2 Coreです。 その条件だとi5-3570を購入するつもりなのかな
今更Ivy Bridgeに投資するのはお勧めしないな もしかすると、M/B が SATA3 ではなく、SATA2 なのが遅くなっている主因
でしょうか？
さっきためしたところ、VSの起動に時間が掛かっているときも、CPUパワーは100%に
なることもありますが、時々60%位まで落ちますし、VSを一回起動して、
直後に起動しなおすと起動がずっと速くなることが分かりました。 2度目の起動が速いのはキャッシュだろ
おまえさんとこではSuperFetchはどうしてる？ SuperFetchはOSインストール時のデフォルト設定のままです。
二度目にずっと速くなるということは、遅いのはCPUパワーのせいではなく、
SSDからの読み込みに時間が掛かっているということなのかもしれません。 そのスペックで23秒は遅すぎやね
原因が自分で特定できないなら
諦めてOSのクリーンインストールかPC買い直せ >>871
それか、ここの人がVSの速度を偽証しているかです。
実際には最新のフラグシップPCでも、物凄く遅いとか。 >>872
YouTubeで検索すれば腐るほど動画あるやろ supermicro Duron 2ソケット
800MHz・4×256MB
Windows2000 advanced Server supported 4cpu >>872
何で偽証せにゃならんのよ。失礼だなぁ。
Ivy Bridge世代のPCは軽い作業ならともかくVS2019みたいに重いアプリには明らかに力不足。 そもそもWindows10でサポートされているかどうか怪しいレベルだからな うろ覚えだけど、自分の場合はバックアップフォルダーを削除したら快適になった うちのどれくらいだろう
ってみたら2秒だったわ、これかVSCode派の言い分が分からんかったのは タブを開きまくってると重くなるような。
タブを全部閉じてから VS を起動し直したらえらく速くなったり。 ■ このスレッドは過去ログ倉庫に格納されています
