当受源代码控制的.json文件发生更改时，是否可以让Bower和NPM在Visual Studio 2015中自动更新其包？

当前，当您从源代码管理获取最新版本，并且bower.json或package.json文件已更改时，您仍然需要打开并对该文件进行微小更改，然后重新保存该文件，以便VS了解该更改并执行NPM或bower和pull更新。理想情况下，它会检测到更改并在获得最新的.json文件后立即执行。我可以理解为什么不希望这成为默认行为，但如果没有这一点，我们整个开发团队都需要得到通知，并在签入.json文件更改时执行额外的步骤（相当频繁）

---

VS中是否有影响此功能的环境设置，或者是否有任何人都知道的可行解决方案？

否，VS IDE中没有此类设置

正如您所了解的，当您保存对package.json或bower.json文件的任何更改时，Visual Studio会自动安装或恢复所有包。但是，从TFS版本控制获取文件时不会触发自动检查

但是，您可以创建许可证颁发者来许可GettingEventHandler事件。触发事件后，运行脚本以安装更新：
npm安装-g bower检查更新
npm检查更新-u
鲍尔支票更新-u

---

npm安装

否，VS IDE中没有此类设置

正如您所了解的，当您保存对package.json或bower.json文件的任何更改时，Visual Studio会自动安装或恢复所有包。但是，从TFS版本控制获取文件时不会触发自动检查

但是，您可以创建许可证颁发者来许可GettingEventHandler事件。触发事件后，运行脚本以安装更新：
npm安装-g bower检查更新
npm检查更新-u
鲍尔支票更新-u

---

npm安装

从TFS获取最新版本时，本地计算机上的解决方案版本应与服务器版本相同。为什么需要在本地修改文件？服务器版本的操作系统不是你想要使用的吗？我想我没有解释清楚。假设my local bower.json列出了库X的1.0.0版本。另一位开发人员将我们常见的基于TFS的项目更新为使用1.0.1版本，然后签入bower.json。当我得到最新版本时，我的bower.json文件现在反映了Library X版本1.0.1，但Visual Studio不会触发bower在此时获得版本1.0.1。我需要打开最新的bower.json文件，然后保存它，以便让VS自己执行bower的更新调用。有意义吗？当您从TFS获取最新版本时，本地计算机上的解决方案版本应与服务器版本相同。为什么需要在本地修改文件？服务器版本的操作系统不是你想要使用的吗？我想我没有解释清楚。假设my local bower.json列出了库X的1.0.0版本。另一位开发人员将我们常见的基于TFS的项目更新为使用1.0.1版本，然后签入bower.json。当我得到最新版本时，我的bower.json文件现在反映了Library X版本1.0.1，但Visual Studio不会触发bower在此时获得版本1.0.1。我需要打开最新的bower.json文件，然后保存它，以便让VS自己执行bower的更新调用。有道理？