APP 백엔드 다중 버전 전략에 대해 알려주세요

이전에 어떤 분께서 이런 질문을 하신 적이 있는데, 흡수될 수 있는 영양소가 없는 걸 보니 다시 묻고 싶은데요, 다들 어떻게 하시나요?
프로젝트에서는 여러 버전의 클라이언트에 동시에 여러 버전의 인터페이스를 제공하는 방식을 제어해야 하기 때문에 인터페이스 버전 전략에 대해 항상 의문이 있었습니다. 어떻게 달성했는지 알려주세요.
백엔드 언어: php
지금까지 생각나는 구현 방법:
1. 단일 디렉토리, 인터페이스 내부 판단(매우 역겹고 혼란을 일으키기 쉬움)
2. 각 버전별로 하나씩 버전 디렉터리에서 특정 버전의 인터페이스를 원하는 대로 수정할 수 있지만, 수정해야 하는 인터페이스 로직이 있는 경우 1.0, 2.0 등 모든 버전의 파일이 포함될 수 있습니다. 3.0, 4.0. . . 매우 비정상적인 방법입니다
3. 기본 버전을 만들고 자동 로드 규칙을 사용합니다. 버전 디렉토리에 클래스가 있으면 버전 디렉토리에 있는 클래스를 사용합니다. 장점은 각 버전 디렉터리에 변경된 파일만 존재한다는 것입니다. 하지만 개발 중에는 여전히 느린 느낌이 듭니다.
4. 상속을 사용하면 버전의 클래스가 기본 버전의 클래스 메소드를 재정의합니다. 장점은 하나의 메소드만 다시 작성하면 되지만 단점은 프라이빗 메소드 문제를 고려한다는 것입니다.

여러 버전 문제를 더 잘 관리할 수 있는 다른 방법이 있기를 바랍니다.
감사합니다