MySQL Apache의 경우에는 사용자가 많습니다. 그래서 새로운 기술이 적용된
새로운 버젼이라 하더라도 쉽게 적용시킬 수가 없습니다.
보통 버젼의 증가는 다음과 같은 형태로 이루어진다고 합니다.
Version : Major, Minor, Micro
여기서 Major 는 프로그램의 큰부분이 바뀌었을때 +1이 됩니다.
구조가 바뀌었다거나 포맷이 바뀌었거나 이전 버젼과 많은 차이가 나면 바뀌는
그래서 특별한 변환작업을 거쳐야만 사용할 수 있을정도이면 +1이 됩니다.
Minor는 전체적으로 큰변화는 없었지만 무시하지 못할 정도의 변화가 있었을
때입니다. 보통은 약간의 변환과정이나 어떨때는 그냥 적용되는 경우도 있습니다.
Micro의 경우는 버그수정과 같은 전체 줄기는 변화하지 않고 세부적으로 메모리
유출을 막는다거나 잘못된 수식을 고친다는식의 버그수정일때 +1이 됩니다.
MySQL이나 Apache의 경우에는 그 사용자도 많고 실제 Major번호가 수정되면
사실 이전 구조로는 사용할 수 없는 경우가 있습니다.
작은 변화에도 민감한 SQL이나 웹서버의 경우에는 그래서 새로운 버젼이 나와도
쉽게 버젼업을 하기에 꺼려지는 거죠.
그래서 상위버젼과 동일한 버그패치나 기타 수정사항들을 적용시켜서 일정시간
하위버젼을 유지해주어야합니다.
하지만 상위버젼 이라고 다 좋은 것은 아닙니다. 하위버젼은 많은 사람들이 사용
을 해왔고 많은 버그 레포트가 있었기때문에 어찌보면 상위버젼보다 하위버젼이
안정적일수가 있습니다.
그거 하나는 안정버젼
밑에 건 개발버젼이져
안정버젼은 말그대로 안정돤거져
그에 반핵서 개발버젼은 기능은 더 다양하나.. 무슨 오류가 발생할지 모르져ㅑ
즐린
버젼
MySQL Apache의 경우에는 사용자가 많습니다. 그래서 새로운 기술이 적용된
새로운 버젼이라 하더라도 쉽게 적용시킬 수가 없습니다.
보통 버젼의 증가는 다음과 같은 형태로 이루어진다고 합니다.
Version : Major, Minor, Micro
여기서 Major 는 프로그램의 큰부분이 바뀌었을때 +1이 됩니다.
구조가 바뀌었다거나 포맷이 바뀌었거나 이전 버젼과 많은 차이가 나면 바뀌는
그래서 특별한 변환작업을 거쳐야만 사용할 수 있을정도이면 +1이 됩니다.
Minor는 전체적으로 큰변화는 없었지만 무시하지 못할 정도의 변화가 있었을
때입니다. 보통은 약간의 변환과정이나 어떨때는 그냥 적용되는 경우도 있습니다.
Micro의 경우는 버그수정과 같은 전체 줄기는 변화하지 않고 세부적으로 메모리
유출을 막는다거나 잘못된 수식을 고친다는식의 버그수정일때 +1이 됩니다.
MySQL이나 Apache의 경우에는 그 사용자도 많고 실제 Major번호가 수정되면
사실 이전 구조로는 사용할 수 없는 경우가 있습니다.
작은 변화에도 민감한 SQL이나 웹서버의 경우에는 그래서 새로운 버젼이 나와도
쉽게 버젼업을 하기에 꺼려지는 거죠.
그래서 상위버젼과 동일한 버그패치나 기타 수정사항들을 적용시켜서 일정시간
하위버젼을 유지해주어야합니다.
하지만 상위버젼 이라고 다 좋은 것은 아닙니다. 하위버젼은 많은 사람들이 사용
을 해왔고 많은 버그 레포트가 있었기때문에 어찌보면 상위버젼보다 하위버젼이
안정적일수가 있습니다.
------------------------------
좋은 하루 되세요.
댓글 달기