我尝试安装Python包dulwich：
pip install dulwich
但我收到了一条神秘的错误消息：
error: Unable to find vcvarsall.bat
如果我尝试手动安装软件包，也会发生同样的情况：
> python setup.py install
running build_ext
building 'dulwich._objects' extension
error: Unable to find vcvarsall.bat
当前回答
您需要安装一个与用于构建Python的编译器兼容的Microsoft编译器。这意味着您需要Visual C++2008（或更高版本，有一些调整）。
微软现在提供了一个捆绑的编译器和头文件，以便能够在令人难忘的URL上编译Python扩展：
Microsoft Visual C++编译器Python 2.7版http://aka.ms/vcpython27
这是一个相对较小的包装；85MB可下载，无需管理员权限即可安装，无需重新启动。这个名字有点误导人，编译器适用于最初使用Visual C++2008编译的任何Python版本，而不仅仅是Python 2.7。
如果启动Python交互式提示或打印sys.version，请查找MSC版本字符串；如果是MSC v.1500，您可以使用此工具。
从最初的公告到distutils列表：
微软发布了Python 2.7的编译器包，使人们更容易在Windows上构建和分发C扩展模块。Microsoft Visual C++编译器Python 2.7版（又名VC9）可从以下网站获得：http://aka.ms/vcpython27 此包包含为Python 2.7 32位和64位构建C扩展模块所需的所有工具和头文件（请注意，某些扩展模块需要第三方依赖项，如未包含的OpenSSL或libxml2）。也支持使用Visual C++2008构建的Python的其他版本，因此“Python 2.7”只是一个广告——它可以在2.6和3.2中正常工作。
请注意，您需要安装setuptools6.0或更高版本（在下载页面的系统要求中列出）。您正在安装的项目必须使用setuptools.setup（），而不是distutils，否则自动检测将无法工作。
微软表示，他们希望保持URL稳定，以便自动化脚本可以轻松引用它。
其他回答
@monkey给出的答案是正确的答案之一，但不完整。
如果您想使用MinGW，您应该选择C、C++以及MinGW安装过程中建议的其他开发工具，以获得“make.exe”
您还必须在env中将路径设置为make.exe。
要完成他的回答，请执行以下步骤：
将mingw32的bin目录添加到环境变量中追加C:\Programs\MinGW\bin；C： \Programs\MinGW\msys\1.0\bin；到PATH将位于C:\Python26\Lib\distutils\distutils.cfg的distutils.cfg文件编辑（如果不存在则创建）为：[生成]编译器=mingw32
确保通过打开新的cmd.exe来设置环境变量。
我也遇到过同样的问题，所以我将在这里讲述我的故事，希望它能帮助其他人解决同样的问题并节省我刚刚花的几个小时：
我在一个windows7盒子里有mingw（g++（GCC）4.6.1）和python 2.7.3，我正在尝试安装PyCrypto。
在运行setup.py install时，这一切都以以下错误开始：
error: Unable to find vcvarsall.bat
通过将mingw指定为所选编译器，在谷歌搜索错误后轻松解决：
setup.py install build --compiler=mingw32
问题是，然后我得到了一个不同的错误：
configure: error: cannot run C compiled programs.
事实证明，我的防病毒软件阻止了新编译的.exe的执行。我刚刚禁用了防病毒“常驻屏蔽”，并转到下一个错误：
cc1.exe: error: unrecognized command line option '-mno-cygwin'
error: command 'gcc' failed with exit status 1
这解决了这个问题：“要么安装稍微旧一点的MinGW版本，要么在Python目录中编辑distutils\cygwinccompiler.py以删除-mno-cygwin的所有实例。”（从这里开始）
现在，我终于可以开始工作了。
您可以从下载免费的Visual C++2008速成版http://go.microsoft.com/?linkid=7729279，它将在安装期间设置VS90COMNTOOLS环境变量，因此使用兼容的编译器进行构建。
正如@PiotrDobrogost在一篇评论中提到的，他对另一个问题的回答详细说明了为什么Visual C++2008是正确的构建工具，但随着Windows版本的Python迁移到Visual Studio的更新版本，这一点可能会发生变化：在Windows上为Python 2.7构建lxml
如果您希望在未安装Visual Studio的Windows机箱上安装pyodbc，另一种选择是使用二进制发行版手动安装pyodcc。
如果您在正在使用的计算机上没有管理员权限，并且正在尝试设置virtualenv，则这特别有用。
步骤：
从这里下载最新的Windows安装程序（pyodbc-X.X.X.X.win-Y-py2.7.exe）使用7-Zip（或WinRAR等）打开安装程序可执行文件提取pyodbc.pyd和pyodbc-X.X-X-py2.7.egg-info，并将它们放在[python安装目录或virtualenv]\Lib\site包中没有步骤4:）
我没有看到任何使用vswhere的答案，我认为这是自Visual Studio 15.2以来正确的方法。
下面是我运行vsvars64.bat的方法（我想这与vsvarsall类似）
def init_vsvars():
cprint("")
cprint_header("Initializing vs vars")
vswhere_path = r"%ProgramFiles(x86)%/Microsoft Visual Studio/Installer/vswhere.exe"
vswhere_path = path.expandvars(vswhere_path)
if not path.exists(vswhere_path):
raise EnvironmentError("vswhere.exe not found at: %s", vswhere_path)
vs_path = common.run_process(".", vswhere_path,
["-latest", "-property", "installationPath"])
vs_path = vs_path.rstrip()
vsvars_path = os.path.join(vs_path, "VC/Auxiliary/Build/vcvars64.bat")
# common.run_process(".", vsvars_path, [])
os.system('"%s"' % vsvars_path)
run_process做了很多事情，但基本上归结为：
output = ""
process = subprocess.Popen(
commandline,
stdout=subprocess.PIPE,
stderr=subprocess.STDOUT,
universal_newlines=True)
for stdout_line in iter(process.stdout.readline, ""):
cprint(stdout_line)
output += stdout_line
process.stdout.close()
return_code = process.wait()
return output
