ソースコードアクセスを使用した社内NuGetパッケージの管理

社内のプロジェクトを共有したい社内ライブラリがたくさんあります。これらはいくつかの要件です：

• ライブラリソースは、エンドプロジェクトから分離されたリポジトリに保存されます
• 終了プロジェクトには、NuGetを介したライブラリが含まれます
• エンドプロジェクトでの作業中に、任意のライブラリのソースコードを簡単に検査できる必要があります

プライベートNuGetリポジトリの設定は問題ではありませんが、ソースの管理は問題です。私たちは、ソースサーバを経由してソースを公開しようとしましたが、それはちょっとあなたが定義/実装に移動しようとすると、外部コードのデバッグ中にVSは、ソースをダウンロードし、ではない：作品ではなく、かなり。基本的に、デバッグ時にのみソースコードにアクセスできますが、これは必要なものではありません。

したがって、質問は次のとおりです。

• 同じレポ/ソリューションにコードを入れる必要なく、内部ライブラリのソースコードへのアクセスを提供する方法が存在します
• VSがデバッグだけでなくナビゲーションにもシンボルを使用するように、Symbolサーバー/ NuGetフィードコンボを設定する方法はありますか？

ReSharper /その他のアドインの使用はオプションです。

動作するはずは、NuGetパッケージのソースコードをチェックアウトし、Visual Studioの別のインスタンスでソリューションを開くだけです。

Visual Studioには、参照したものを処理することにより、開いているインスタンスのコードを切り替えるという巧妙なトリックがあります。デバッグ中にこれが初めて起こったのは、啓示でした。

直面する主な問題は、依存パッケージのチェックアウトされたコードが、メインプロジェクトのNuGet参照と同じバージョンを表していることを確認することです。パッケージの最新バージョンに対して常にビルドするというポリシーに従えば問題ありません。

このアプローチのもう1つの利点は、パッケージを変更する必要がある場合、そこで変更を加えることができることです。

たぶんhttps://github.com/GitTools/GitLinkを使用できます。リポジトリを指すリンクをpdbファイルに追加して、Visual Studioがそこからソースコードを取得するようにします。そして、nuspecパッケージにpdbファイルを含めるだけで、ソースサーバーは必要ありません。

したがって、これは完全なソリューションではありませんが、オプションでResharperを使用できると述べています。dotPeekとresharperを使用すると、元のコードの逆アセンブリに移動できます。これは、私が職場で使用しているもので、お客様のコードと同様のセットアップがあります。

あなたが言及したSymbol Serverの組み合わせを見つけ、通常は逆アセンブリを閲覧するだけで何が起こっているのかを把握できます。

お役に立てば幸いです。

編集：質問を読み直して、ソースコードを閲覧できるように具体的にお願いしていることに気づきましたが、そうではありません。それにもかかわらず、うまくいけばそれは誰かに役立つでしょう。