2016-08-09 6 views
4

私は完全なアクセス権を持つローカルネットワークを指し示すURLを持ったorg固有のパッケージソースを追加しました。パッケージマネージャの設定のチェックボックスをオンにしてウィンドウを閉じると、パッケージソースのリストをもう一度チェックすると、特定のパッケージソースが自動的に削除されます(「チェックされていません」)。 またはのいずれかの拡張子がソースを削除します。同じソースがいつか戻ってきていました。 VS/OSのアップデートと関係があるかどうかは不明です。同時に、他のカスタムパッケージソースも動作しており、他のチームメンバーはこの問題に直面していません。Nugetパッケージのソースが自動的にチェックされなくなりました

+1

詳しい手順と特定の送信元URLを共有できますか?私はこの問題を私の側で再現しようとします。新しいパッケージソースを追加したら、C:\ Users \ UserName \ AppData \ Roaming \ NuGetに格納されているNuGet.Configファイルを確認します。パッケージソースがノードにリストされ、にリストされていないことを確認してください。 –

+0

そのURLは「無効」リストにありました。削除されました。それは働いています。私は "無効"リストにURLを追加して再現しようとしていますが、それでも動作していて再現できませんでした。このファイルの変更が何かを引き起こしたかどうかは分かりません。とにかくそれは働いています。ありがとう! – Saravanan

答えて

3

NuGet.Configファイルでは、DisabledPackageSourcesタグは、現在無効になっているソースを表示します。アクティブにするには、ActivePackageSourceの下にソースを追加します。とにかく、DisabledPackageSourcesを編集した後はうまく動作するので、少なくともNuget.configファイルに関連することを確認します。私は答えとして投稿します。

+0

問題を解決したので、私は答えを – Saravanan

+0

と表示します。無効なパッケージソースには、 これは私のカスタムソースを有効にしていないままです。 –

7

Jackの回答で問題が解決しませんでした。私は私のプライベートナゲット店を削除し、別の名前でそれを作り直さなければならなくなった。それは何とかそれを固定しました。 NuGet.Configファイルを格納できる場所をすべて調べ、disabledPackageSourcesへの単一の参照を見つけられませんでした。

私の回避策で、他の人が時間を逃してしまうのを防ぐのに役立ちます。

+0

この解決策も私のために働いた!パッケージのソースを削除し、同じURLで別の名前の新しいソースを追加するだけです。 –

+0

私が何をしても、パッケージソース "nuget.org"を有効にすることができませんでした。私はそれを「MS Nuget」に改名し、すべてが元気だった。私はソリューション固有の.nugetフォルダを使用しており、他のプライベートソースを設定しています。 –

関連する問題