Mercurial이 Python 3으로 전환하면 예상치 못한 버그가 많이 발생할 수 있습니다.

버전 제어 시스템 유지 관리자 수은제 실망시키다 합계 Python 2에서 Python 3으로 프로젝트를 이전하는 작업입니다. 첫 번째 포팅 시도가 2008년으로 거슬러 올라가고 Python 3에서 작동하도록 강제적으로 적응하는 작업이 2015년에 시작되었음에도 불구하고 Python 3을 사용할 수 있는 전체 기능은 Mercurial 5.2의 최신 분기에서만 구현되었습니다.

Python 3 포트의 안정성에 대한 전망은 실망스럽습니다. 특히 테스트가 코드 베이스의 100%를 포괄하지 못하고, 많은 문제가 정적 분석 중에는 보이지 않고 실행 중에만 나타나기 때문에 수년에 걸쳐 코드에서 무작위 오류가 나타날 것으로 예상됩니다. 게다가 많은 타사 애드온과 확장 기능은 Python 3으로 번역되지 않은 상태입니다.
이식 과정에서 Python 3에 대한 지원을 유지하면서 코드를 점진적으로 Python 2에 맞게 조정하기로 결정한 이후, 코드에는 Python 2와 3을 결합하기 위한 많은 해킹이 추가되었으며, Python 2에 대한 지원이 종료된 후에는 이를 정리해야 합니다.

Python 3 상황에 대해 논평하면서, Mercurial 관리자는 개발자에게 관련성 있는 획기적인 개선 사항이 없는 상황에서 호환성을 깨는 Python 3을 홍보하고 새로운, 더 정확한 언어로 강요하는 결정은 커뮤니티에 큰 피해를 끼친 큰 실수였으며 대규모 프로젝트가 어떻게 행동해서는 안 되는지 보여주는 예라고 생각합니다. Python 3은 점진적으로 기능을 추가하고 애플리케이션의 점진적인 적응을 허용하는 대신 개발자가 코드를 다시 작성하고 Python 2와 Python 3에 대한 별도의 브랜치를 유지하는 데 리소스를 소모하도록 했습니다. Python 3.0 이후 3.5년이 지나서야 Python 2에서 전환을 원활하게 하고 단일 코드베이스로 Python 3와 Python XNUMX 모두에서 작동할 수 있는 기능을 도입했습니다.

출처 : opennet.ru