在使用的过程之中, 你是不是碰见过那样让人心里很不痛快的状况。你刚刚把软件版本升到了最新的地方去。然后你把以前能够顺顺利利跑起来的项目给打开来。这里头也许就是那些比较早的量化交易脚本什么的。也许就是那些用来分析数据的工具之类的东西吧。可是屏幕上一下就蹦出来很多乱七八糟的字眼。这些字眼说的都是这个库和那个库不兼容。又或者你想要去装一个比较老的第三方库。系统却给出一个提示说要你需要那个版本号是三十八及以下的内容。在这样的时刻。想要把这个东西往回退一步。也就是我们常说的降级这个操作。就变成了必须要去解决的一个问题了。很多人心里的想法是觉得“降级”这个事儿比“升级”那个事儿还要复杂, 他们非常害怕如果操作得不妥当就会把原本的环境给搞乱, 其实只要你能够掌握正确的那些方法, 那么在整个操作过程之中就不用去写哪怕一行复杂的代码, 只需要用 3 个简单的步骤就能够安全地回退到你真正需要的那个版本, 今天我们所要发布的这篇推文的内容, 将会从为什么要进行降级的原因开始说起, 然后再讲到手动去进行降级的那个具体步骤, 接着还会讲到利用工具来进行降级的相关技巧, 最后再讲到如何防止掉进坑里的那些要点, 带着大家一起去轻轻松松地把那个降级的操作给搞定, 从而让那些旧的项目也能够重新正常运行起来。一、先把它搞清楚: 在哪些时候是需要进行所谓的降级的动作的, 并且接下来将向大家展示三个非常高频的应用场景。不是所有情况都要降级先明确 “哪些场景必须降级”避免盲目操作1. 场景一这个旧项目里, 它得依赖那种标注为低版本的组件。在 2022 年之前就已经开始开发的多种项目, 其中包含了一些像基于 3.7 来构建的量化策略, 还有使用旧版编写出来的网站。这些项目所依赖的第三方库, 例如版本号为 0.25 以及 1.x 的那一部分, 它们并不支持 3.10 及以上所涵盖的版本范围。一旦实施相关升级动作之后, 这些库里就会直接抛出所谓版本不兼容这样的报错信息。由于这个原因, 导致整个项目无法继续运行, 在此种情况下, 必须执行降级操作, 将其降到该项目所支持的特定版本, 比如降为 3.7, 又或者降为 3.8。2. 在场景二里, 出现了一种情况, 具体表现为那些外部的库文件只能够支持比较低的版本。有一些比较冷门的专业领域的软件库, 例如在工业控制或者是数据分析方面用到的那些工具库, 因为开发者没有及时的进行升级维护, 所以这些软件库只能够支持3.9这个版本号以下的运行环境。比如像想要去安装某个专门用于处理气象数据的软件库的时候, 系统就会给出相关的提示, 这个提示的内容是说该软件库要求的版本号需要大于或者等于3.6。3. 在场景三里面, 也就是开发环境这一种情况之下, 是需要对开发环境的版本实行统一管理的。在团队协作的过程当中, 如果别的工作人员使用版本为 3.8 进行开发活动, 而你这边使用的是版本为 3.12 , 那么就容易出现这样一种状况, 就是本地的环境里程序是可以正常运行的, 一旦提交之后就会报错的情况, 这其中的原因可能涉及到语法方面的差异问题, 也可能是库版本适应方面存在问题的情况, 为了确保工作环境的相同与统一, 就需要将自己这边的开发工具降级到团队所共同规定的具体版本上去, 从而能够有效地避免在进行协作时所遇到的那些因为环境不一致而带来的麻烦情况。二、办法一: 选择手工进行版本回退, 这个方法比较贴合那些只持有单一系统版本的顾客情况, 能够在确保操作稳妥且不会造成数据缺失的前提下实现降级。如果你的电脑里面只有一个相关的软件版本, 并且你也不需要保留这个最新的版本, 那么选择手动把它降级下来就是最直接的方法。这个方法的核心步骤主要包含三个方面, 分别是先把高版本的软件卸载掉, 然后是去安装你想要的那个比较低的版本, 最后一步是来配置一下环境变量。整个过程完全可以用鼠标点击操作来搞定, 不需要键盘输入任何复杂的命令。1. 第一步是先把当前安装的高版本的程序给卸载掉, 不过需要注意的一点是要记得把相关的数据都保留下来。在实施卸载程序之前, 应当提前执行数据备份这一关键步骤。这里有一个需要注意的地方, 防止你踩坑, 千万不可以直接把那个文件夹进行删除操作, 必须得去点击控制面板里头的卸载选项来把它卸掉, 要是没有这么做的话, 环境变量还有注册表里面残留的东西, 就会让在后面再进行安装的时候出现错误。2. 在第二步这个环节中, 你需要进行目标低版本的下载操作以及对它进行安装的操作。从官方网站上下载你所需要的、版本相对较低的程序包, 这里需要特别注意与你当前所使用的操作系统进行匹配, 同时还要兼顾对你之前已经设置好的环境配置情况。3. 到了操作的第三步, 大家要对降级之后的结果实行验证, 以此来确认一下当前的运行环境是不是处于正常的状态。在安装工作全部结束以后, 你需要对系统是否已经顺利完成了降级操作这一情况开展验证工作。三、方法二是借助工具来进行版本降级, 这种方式比较适合那些需要多个版本的软件共存并且可以非常灵活地进行切换的操作场景。如果情况是需要同时去保留高版本和低版本, 比如说使用 3.12 去写新项目, 并且用 3.8 去跑旧项目的话, 那么手动卸载起来就会太麻烦。这时候如果使用 pyenv- 或者是其他的工具来进行降级操作, 则会显得更高效一些。因为这类方法能实现一键切换版本, 这样就不用再去反复地进行卸载和安装了。1. 在工具的选择方面, 对于刚刚入门的人来说, 应当优先考虑到pyenv这一工具, 因为它的操作过程比较简单方便。这两个工具各自拥有其独特的特点, 需要根据自己的实际需求来进行选择。这里重点阐述如何执行“pyenv-”降级这一操作对新手非常友好, 在完整的操作流程之中, 不需要去键入任何一行代码:2. 开始进行第一步的相关操作, 也就是要把pyenv给安装上。至于那些已经提前安装了pyenv的朋友, 就可以不用管了直接跳过就可以了。如果之前没有进行安装操作的用户, 那么现在可以依据下面给出的具体步骤来实现快速部署的目标。3. 到了第二部, 需要去把那个比较旧的版本号给安装上。我们可以使用 pyenv 这个工具来安装那些低版本的 , 这样做就不用咱们再去到处找什么手动下载安装包那么麻烦了, 因为这个工具会自动把这些事情都搞定。4. 第三步: 切换到低版本, 也就是可以在全局和局部进行灵活的选择使用。按照具体需求来选择使用“全局切换”, 这里的含义指的是所有的场景都去使用低版本, 或者选择使用“局部切换”, 这里的含义指的是仅仅在当前这个项目里面去使用低版本。四、关于降级这一操作, 这里整理了五个需要重点关注的要点, 通过遵循这些规则来有效地避免环境变成一团糟。在进行软件降级的操作期间, 倘若处理方式不够妥当, 是很有可能产生诸如“版本切换失败”以及“数据库安装路径放置错误”等这些麻烦事情的, 因此以下的这五个关键要点大家务必要引起重视并且牢记在心。1. 避坑1: 在卸载高版本之前, 要先备份已安装库列表。如果在以后的时候需要用到更高的版本, 或者想要在比较旧的低版本之中把之前的那一些库重新再安装一遍, 那么一定要先做好备份工作的, 可以在命令提示符当中输入然后导出成为txt格式的一个文件, 把这个生成的文件好好地保存起来, 等到后续需要重装库的时候就可以省下非常多的时间的。2. 为了避免踩到坑, 在进行低版本软件的安装操作过程中, 你一定要确保去勾选那个叫作“Add to PATH”的选项。很多用户在执行降级操作之后, 会在命令行里输入 -- , 仍然看到的还是高版本的相关信息, 出现这个状况就是因为当初在安装低版本软件的时候, 没有勾选 “Add .exe to PATH” 这个选项, 从而导致系统优先去识别那些残留的高版本路径。所以在安装的时候是一定要记得勾选这个选项的, 要是你不小心忘了勾选, 那就要手动去 “环境变量 - Path” 里面给低版本的正确路径加上去, 比如添加 “C:\” 或者是 “C:\\”。3. 需要警惕的第三个陷阱是, 在已经使用工具降低了版本之后, 一定不要再通过手动操作的方式来修改环境变量的设置。在你使用 pyenv 这个工具的时候, 它自身会有自动管理的动作去处理那些环境变量。如果你非要手动去修改这些环境变量, 就会打乱这个工具原有的配置安排, 最终的结果就是导致你在切换版本失败。假如你碰巧遇到了“版本号在切换之后还是保持不变”这个问题, 你应该先去把这个命令提示符窗口关掉再重新启动一次, 接着再输入 pyenv 这个指令来专门刷新一下当前的运行配置, 绝对不要直接动手去改那个环境变量。4. 在进行避坑操作的时候, 要注意第四点, 那就是在处理多个版本共同存在的情况之下, 需要采用指定安装库路径的办法, 具体做法是通过版本号以及pip这两个元素来进行明确的指定。当存在多个不同的版本的时候, 如果直接去执行 pip 这个命令的话, 它会将相关的库安装到正在使用的那个版本里面去, 如果想要给比较旧的低版本来安装这个库的话, 需要使用版本号加上 -m pip 这种方式来进行指定的操作, 就比如要给版本号为三点八的这个环境去安装库的时候, 可以这样子去写代码, 这样做的目的是为了去避免库被错误地安装到了不正确的版本上面去。5. 为了避免踩到坑, 千万不要把系统或者软件降级到那些年代非常久远、太过老旧的版本当中去。3.对于6以及所有比6更小的版本, 也就是包括版本号3.5和版本号3.4, 这些旧版本都已经停止了来自官方的维护工作, 不再接收任何安全更新补丁, 并且众多主流开发库例如版本号为2.0或2.31的那些库也不再提供对它们的支持服务了。除非你的项目中存在必须使用这些老旧版本的特殊需求场景, 比如依赖于某些无法被其他东西所替代的老旧库文件, 否则大家都应该尽量选择将项目降级到版本号至少为3.7以上的版本范围之中去比方说升级到3.8或者3.9, 这样做既能够兼顾程序运行时的兼容性要求, 又能够有效保障系统层面的安全性问题。五、总结: 进行降级的操作, 它绝对不是去寻求一种妥协, 而是一种非常契合实际需要的智慧的表现。很多人觉得一定要用最新的版本, 这样才看起来显得专业, 其实并不是这样子的, 它的核心价值主要就在于解决实际问题, 如果使用了最新的版本导致原本的老项目没有办法去运行, 还有所需的那个库也装不上去的话, 那就降级到一个比较合适的版本, 让那个工具去适配现有的需求, 这才是更加高效的一种选择方式。不管是采取手动手动降级的办法, 还是借助专门的工具来进行降级操作, 其核心要点无一例外都是要确保安全性和精准性, 如果在进行手动降级的时候特别注重卸载软件时产生的残留文件以及环境变量方面的问题, 而在利用工具执行降级步骤时能够充分利用切换功能这一特点, 并且始终避免走入随意更改配置文件以及错误安装库路径这两个常见的陷阱之中, 那么就可以顺利地实现让当前的这个特定版本号来适应并满足各个不同项目的具体需求。当你在执行降级操作这一行为的时候, 你会碰到哪些具体的方面的问题啊? 比如这种状况, 就是在完成版本切换动作之后, 发现项目内部仍然存在报错信息又或者是出现这种情况, 即相关库文件被错误地安装到了指定路径以外的其他位置去。如果你欢迎在评论区里面进行分享的话, 我们可以一起交流并且寻求解决的途径呢。