Python2.6对于生产使用是否足够稳定？

或者我应该继续使用Python2.5一段时间吗？

来自：

当前的生产版本是 Python 2.6.2和Python 3.0.1

所以，是的

Python 3.x包含一些向后不兼容的更改，因此也表示：

从Python 2.6开始，因为有更多 现有的第三方软件是 与Python 2兼容，而与Python 3兼容 现在

---

Ubuntu在其最新版本中已切换到2.6，并且没有任何重大问题。所以我会说“是的，它是稳定的”。

这取决于您使用的库。例如，如果您必须在Windows上使用Python，则2.6版没有预编译的InformixDB包

由于2.6中的一些缺陷，web2py框架也坚持使用2.5

---

就我个人而言，我使用CPython 2.6（workhorse）和3.0（实验版）以及Jython 2.5 beta（用于JDBC和ODBC的测试）。

是的，但这不是正确的问题。正确的问题是“考虑到Python2.6引入的不兼容性，我可以使用它吗？”。简短的回答是“很可能是的，除非您使用的特定库不适用于2.6，这是非常罕见的”。

我发现2.6相当不错，但有两个例外：

如果您在服务器上使用它，我过去在服务器元素使用的一些库（Debian Etch IIRC）上遇到过问题。如果你小心的话，可以通过一点小把戏来统一维护多个版本的python:-）

这不再是事实，但上次我尝试2.6时，wxPython没有更新，这意味着我编写的所有gui工具都坏了。现在有一个版本是基于2.6构建的

---

因此，我建议您检查您使用的所有模块，并检查它们与2.6的兼容性…

我最近从python2.5切换到2.6，用于我的研究项目，涉及大量第三方LIB（scipy、pydot等）和swig相关的内容

我唯一需要更改的是使用

s=unicode（s，“utf-8”）

在我把它们输入日志模块之前

否则，我每次都会

回溯（最近一次呼叫最后一次）：
文件“/usr/lib/python2.6/logging/_init__uuu.py”，第773行，在emit
stream.write（fs%msg.encode（“UTF-8”））
UnicodeDecodeError:“ascii”编解码器无法解码位置31中的字节0xe2:序号不在范围内（128）

---

+1：引用文档。链接会更好。例如：Python2.6中的os.popen2和os.popen3实现q希望cmd参数是字符串。文档-help（os.popen3）-声明cmd参数可以是Unix上的序列。这与python 2.5中的os.popen*不兼容，我认为您误解了文档。说：“另外，对于这些变体中的每一个，在Unix上，cmd可能是一个序列，在这种情况下，参数将直接传递给程序，而无需shell干预（如os.spawnv（））。如果cmd是一个字符串，它将传递给shell（如os.system（））。”好吧，我不是在谈论我在文档中读到的内容。我只记得有一些已知的错误导致了V2.5和V2.6之间的不兼容，这就是其中之一。虽然手头没有这个链接，但我相信你仍然可以在python bug跟踪器上找到它，我怀疑它在2.7版本之前是否会被更正。请定义“足够稳定”。你担心什么“不稳定”？“足够”的门槛是多少？我在一家投资银行的生产中使用它来主持一个基于挂架的报告系统。我也有UnicodeDecodeError，你能告诉我如何转换带有“s=unicode（s，“utf-8”）的字符串吗？