擅长:python、mysql、java
<h2>简介:</h2>
<p><strong>为什么事情变得更复杂了</strong>而Anaconda包管理器承诺它的终极能力是简化python包的维护噩梦?在</p>
<p>在最初的十年里,由于缺乏一些通用的包管理工具(一个万能的<em>所有</em>交易)包管理工具,羊群效应一直受到影响。在</p>
<p>无需重复维护多个开发/测试/生产环境的成本,跨越多个O/S系列/版本,以及所有配置星座的无休止的列表。在</p>
<p>令人高兴的是,[Anaconda]+<code>conda</code>工具箱是一个可行的解决方案。在</p>
<p>另外,[Anaconda]/<code>conda</code>的概念带来了一种工作错觉,即拥有[python]+[a-set-of-deployed-packages]的多个<em>可分离的</em>星座(称为<strong><code>environment</code></strong>,并同时命名为&;switch on/off managed),以便能够有一个应用程序和多个应用程序(一个接一个地交替)[<code>python</code>+<code>environment</code>]用于验证和验证代码RTO状态的测试台。在</p>
<hr/>
<h2>Q: 到底是什么导致了这个错误?在</h2>
<p>似乎安装了<strong><code>moves</code></strong>软件包,也安装了<strong><code>six</code></strong>,但[Anaconda]文档提供并建议不要将conda驱动的包安装/更新/删除/等与任何其他方法(包括<code>pip install</code>方法)混合使用</p>
<hr/>
<h2>Q: <strong><code>conda</code></strong>列表中的moves包在第三列中有<strong><code><pip></code></strong>是什么意思?在</h2>
<p>是的,对,上面提到的问题。最好查看[Anaconda]来源,了解包管理最佳实践和工作方法的详细信息。在</p>