어차피, 1.5 버전에서 올라갈떄처럼 호환성 이슈가 발생하는것은 너무나 당연한 일입니다.

호환성 이슈가 전혀 발생하지 않게 프로그래밍을 하는것도 어려운일이고,

개선해야할 함수를 호환성 문제떄문에 비 효율적으로 구현하는것도 문제입니다.

그래서 버전 관리를 새로운 개념으로 바꾸는것을 건의합니다.

(의견 수렴후 이슈트래커쪽에 올릴 예정입니다.)

예를들어서 현재는 이제 1.6 버전, 1.7 버전 이렇게 나올 예정인데,

사실 6개월 단위로 쪼개서, XE 버전을 배포하고, 

그 사이에는 기능개선을 하더라도, 그 개선은 SVN 에만 넣어두고 배포는 하지 않는거죠.

1월 - XE 1.6 배포

2월 ~ 6월 - XE 1.6 보안 / 버그 패치 제공

7월 - XE 1.7 (기능 개선, 성능 개선, 기능 추가등 메이저 업데이트)

8월 ~ 12월 - XE 1.6 보안 패치 제공 / XE 1.8 보안 / 버그 패치 제공

1월 - XE 1.8 (기능 개선, 성능 개선, 기능 추가등 메이저 업데이트)

2월 ~ 6월 - XE 1.6 보안 패치 제공 / XE 1.7 보안 패치 제공 / XE 1.8 보안 / 버그 패치 제공

식의 사이클을 유지하는겁니다.

1.7이 나오면 1.6버전도 보안 관리는 해줌으로써, 해당 버전을 쓸수있게 해주는거지요.

두 버전을 혼용되서 쓰게 지원함으로써, 

모듈 개발자나 사용자들에겐 1년 정도의 시한을 주는것을 보장하고, 

업데이트에 있어서도 좀더 자유롭게 할수있는 기반이 된다고 봅니다.

svn 기반 구조인만큼, 보안패치를 과거버전에 적용해서 배포하는건 일도 아니구요.

쉬운설치의 경우도, 버전을 선택할수 있게 해야겠지요.

대신에, 메이저 업데이트의 경우, 호환성 유지의 경우는, 가능하면 크게 신경 안쓰는 방향도 괜찮을꺼라고 봅니다.