Unixのバックグラウンドから来て、Makefile
ものを構築するために作業することに慣れていたので、今ではVisual Studio2017として知られている曲がりくねった小さなパッセージの迷路を通り抜ける方法を見つける必要があります。
基本的に:Visual Studio 2017にインポートしたソリューション(たとえば、別のマシンに移動するため)を適切な構造に保存したいだけです。私はそれを行う方法を理解することができません!
私が使用しているソリューションはGitHubからのもので、パッケージは約590 Kバイトで、32個のファイルで構成されています。(.zipをダウンロードして解凍し、.sln
-fileをクリックしてIDEで開きました。
Visual Studioで(変更せずに)実行した後、4Mバイトと134ファイルに膨れ上がりました。明らかに、私が実行した結果、多くの一時ファイルが作成されました。この肥大化したディレクトリ構造のコピーを作成することは実用的ではありません。他の方法(つまり、GitHubでソリューションを共有した人が使用する保存方法)が存在する必要があります。
これらの一時ファイルをすべて削除して保存したいと思います。
ビルド»クリーンソリューションがありますが、一時ファイルを削除していないようです。
私も試しました:ファイル»すべて保存。この表彰がどのように機能するのかわかりません。どこに保存するかは尋ねられませんが、画面下部のステータスバーに「保存されたアイテム」と表示されます。ファイルシステム内のものを見ると、保存されているものが見つかりません。私には、このコマンドは何もしないように見えます。
検索しましたが、これまでのところVisual Studio 2017では何も見つかりませんでした(古いバージョンのレシピは機能しなくなったようです)。
ソリューションの保存は開発者がよく行うことなので、私が見逃した明らかなことがあるに違いありません。
解決策として「名前を付けて保存...」という概念は実際にはありません。ソリューション全体を別の場所にコピーする場合は、通常、それが含まれているフォルダー全体を別の場所にコピーします。
余分なファイルがたくさんある理由は次のとおりです。
Gitリポジトリを含む.gitサブフォルダがあります。これへのリンクを保持する必要がない場合は、これを削除するか、コピーを回避できます。Gitリポジトリにある履歴の量によっては、このフォルダーはソリューション自体よりもはるかに大きくなる可能性があります。
VSは、さまざまなハウスキーピングアクティビティ用の.vsサブフォルダを作成します。通常、これをコピーすることは避けられます。
各プロジェクトのフォルダーには、ソリューションをビルドした後、objおよびbinサブフォルダーがあります。これらはビルド時に必要に応じて再作成され、コピーには必要ありません。
上記を無視してすべてをコピーすると、ターゲットのサイズが予想どおりに大きくなる可能性があります。
この記事はインターネットから収集されたものであり、転載の際にはソースを示してください。
侵害の場合は、連絡してください[email protected]
コメントを追加