QGIS 공식 다운로드 페이지에는 4.2.3이 최신 버전, 3.44.15가 LTR로 표시되어 있습니다. 이 기준이 현재 표시와 같다면, 진행 중인 연구는 이미 검증한 버전을 유지하고 새 연구만 필요에 따라 4.2.3을 격리해 시험하세요. QGIS 4.4.0은 연기된 상태이므로 배포된 버전처럼 전제하면 안 됩니다.

이 글은 논문 마감이나 장기 과제를 앞두고 분석 환경을 바꾸기 망설이는 연구자를 위한 안내입니다.
새 과제에서 QGIS 4.x 기능을 검토하는 연구자와 연구실 소프트웨어 환경을 관리하는 담당자도 참고할 수 있습니다.
마지막에는 버전 비교와 인수인계에 쓸 점검 기준을 정리합니다.

최종 업데이트: 2026년 11월 8일. QGIS 공식 다운로드 페이지와 QGIS 프로젝트의 4.4.0 연기 안내를 기준으로 확인했습니다. 게시 시점에 버전 표시와 공지가 바뀌었는지 다시 확인하세요.

01

배포 상태와 연구 일정은 따로 판단합니다

공식 다운로드 페이지에 표시된 최신 버전과 LTR은 선택의 출발점이지, 진행 중인 연구의 자동 업그레이드 권고가 아닙니다. 다운로드 페이지에서는 4.2.3을 최신 버전으로, 3.44.15를 LTR로 표시합니다. 각 버전의 현재 상태는 공식 다운로드 목록에서 다시 확인해야 합니다.

공식 프로젝트 블로그는 2026년 11월 4일, Qt5에서 Qt6으로 옮기는 과정에서 발견된 회귀 문제 때문에 4.4.0 배포를 미뤘다고 설명했습니다. 해당 글은 확정 배포일을 제시하지 않습니다. 따라서 예전 일정이나 추정 날짜를 확정된 출시 정보로 취급하지 말고, 필요한 기능이 4.4.0에 포함될 것이라는 기대만으로 연구 환경을 바꾸지 마세요.

QGIS 4.4.0 연기 이후에는 무엇을 설치해야 하나요?
진행 중인 과제라면 지금 사용 중이며 검증된 버전을 우선 유지하세요. 새 과제라면 필요한 기능과 플러그인 의존성을 확인한 뒤 4.2.3을 별도 환경에서 시험할 수 있습니다. 연기된 버전은 실제 배포와 호환성 검증 전까지 선택지에 넣지 않는 편이 안전합니다.

02

과제 연속성은 앱 실행보다 결과 재현으로 확인합니다

QGIS가 실행되고 프로젝트 파일이 열리는 것만으로 연구 흐름이 이어진다고 판단할 수는 없습니다. 프로젝트가 참조하는 데이터 경로, 좌표 기준계, 처리 모델, 레이어 스타일과 최종 산출물을 함께 살펴야 합니다. 한 항목이라도 달라지면 화면은 열려도 분석 결과나 제출용 지도가 달라질 수 있습니다.

먼저 현재 환경에서 기준 결과를 보관하세요. 프로젝트 파일과 입력 데이터의 위치, 사용한 처리 단계, 내보낸 결과를 함께 기록합니다. 그런 다음 원본을 덮어쓰지 않도록 프로젝트 사본을 만들고 새 버전에서 같은 절차를 실행합니다. 지도 레이아웃과 내보낸 파일까지 기준 결과와 대조해야 합니다.

QGIS 설정과 사용자 프로필은 프로젝트 작업 자체와 구분해 관리하세요. QGIS 설정 설명서는 사용자 환경설정이 어디에 저장되는지 확인할 때 참고할 수 있습니다. 프로젝트별 데이터와 분석 절차가 설정만으로 보존된다고 가정하지 말고, 실제 파일과 의존성을 따로 백업하세요.

진행 중인 과제를 LTR에서 4.2.3으로 옮겨야 할까요?
현재 버전에서 결과를 재현할 수 있고 4.x 전용 기능이 필요하지 않다면, 버전 변경으로 얻는 이득이 확인될 때까지 LTR을 유지하세요. 업그레이드가 필요하다면 원본 프로젝트를 보존하고 복사본으로 비교 검증을 끝낸 뒤에만 본 작업 환경을 바꾸는 것이 좋습니다.

03

플러그인과 외부 의존성은 각각 확인합니다

플러그인이 설치된다는 사실은 연구용 분석 과정이 통과했다는 뜻이 아닙니다. 플러그인 배포 정보나 개발자가 안내한 지원 버전을 확인하고, 핵심 기능을 실제 프로젝트에서 시험하세요. 플러그인 설치 여부, 핵심 도구의 실행 여부, 전체 분석 흐름의 재현 여부는 별개의 검증 단계입니다.

QGIS 4로 옮길 때 플러그인 작성자가 확인해야 할 변경 사항은 공식 QGIS 플러그인 마이그레이션 안내에서 볼 수 있습니다. 이 문서는 작성자 측 변경 안내이지, 개별 플러그인이 특정 연구 프로젝트에서 정상 동작한다고 보증하는 자료는 아닙니다. 지원 여부가 명시되지 않았다면 호환된다고 기록하지 말고 직접 검증 대상으로 남기세요.

외부 처리 도구도 분석 체인의 일부입니다. GDAL이나 GRASS를 호출한다면 설치된 구성, 실행 경로, 입력 자료와 출력값을 확인하세요. QGIS의 처리 도구 제공자 설정은 처리 프레임워크 설정 설명서를 참고하되, 설명서의 설정 절차를 실제 연구 환경의 성공 증거로 대신하지 마세요.

플러그인 목록에 이름이 보이는 것과 연구 결과를 같은 조건으로 재현하는 것은 다른 단계입니다. 중요한 분석은 대표 데이터로 끝까지 실행하고, 결과 파일까지 비교하세요.

04

4.x로 바꾸는 이유를 기능과 도구 체인으로 좁힙니다

새 버전을 선택할 근거는 “최신이라서”가 아니라 과제에서 필요한 기능이나 개발 요구가 확인됐는지입니다. Qt6 기반 도구 체인과의 연동이 필요하거나 연구실에서 QGIS 4.x 대상 기능을 개발한다면, 새 환경을 별도로 만들어 실제 작업을 확인할 이유가 있습니다. 반대로 현재 분석이 3.x에서 안정적으로 재현되고 필요한 기능도 충족된다면, 프로젝트 검증이 끝나기 전까지 LTR을 유지할 수 있습니다.

QGIS 4.2.3과 3.44.15 LTR은 연구에서 어떻게 구분하나요?
버전 번호만으로 플러그인 호환이나 결과 일치를 단정하지 마세요. 선택 기준은 새 기능의 필요성, 기존 프로젝트와 플러그인의 확인 상태, 연구 일정입니다. 새 기능이 꼭 필요하고 의존성을 검증할 수 있을 때 4.2.3을 평가하고, 마감이 임박했거나 핵심 의존성이 확인되지 않았으면 검증된 환경을 보존하세요.

macOS에서도 같은 원칙을 적용합니다. QGIS 공식 설치 안내에서 macOS 설치와 지원 아키텍처 정보를 확인한 다음, 목표 맥 환경에서 프로젝트 사본을 열어 레이어 표시, 처리, 레이아웃과 내보내기를 점검하세요. 공식 플랫폼 안내는 해당 플랫폼에서 설치할 수 있는지 확인하는 근거이지, 특정 플러그인이나 연구 흐름의 통과 판정은 아닙니다.

macOS QGIS 버전 선택에서 먼저 확인할 점은 무엇인가요?
사용 중인 맥의 칩 아키텍처와 설치 안내를 대조하고, 연구에 필요한 플러그인과 외부 도구가 해당 환경에서 작동하는지 확인하세요. Apple Silicon 지원 여부만으로 연구 프로젝트의 호환성을 추정하지 말고, 같은 프로젝트 사본과 입력 자료를 사용해 결과까지 확인해야 합니다.

05

재현 가능한 시험과 인수인계 기록으로 결정을 고정합니다

버전을 병행 검증할 때는 원본을 보존하고 시험 환경의 결과가 연구 기준을 통과하는지 기록하세요. 아래 순서로 진행하면 설치 여부 확인에서 멈추지 않고 실제 연구 흐름까지 비교할 수 있습니다.

  1. 현재 사용 중인 QGIS 버전과 운영 환경을 기록하고, 원본 프로젝트와 입력 데이터를 별도 보관합니다.
  2. 기존 환경에서 대표 분석을 실행해 프로젝트 파일, 결과 데이터, 레이아웃 내보내기를 기준 자료로 저장합니다.
  3. 대상 버전을 별도 설치하거나 분리된 환경에 준비합니다. 기존 작업 환경을 먼저 덮어쓰지 않습니다.
  4. 프로젝트 사본을 열어 데이터 경로, 좌표 기준계, 스타일과 처리 모델이 유지되는지 확인합니다.
  5. 핵심 플러그인을 설치한 뒤, 플러그인 기능과 외부 처리 도구를 실제 입력 자료로 각각 시험합니다.
  6. 같은 분석을 다시 실행해 결과와 내보낸 파일을 기준 자료와 비교합니다. 차이가 있으면 원인을 찾기 전까지 마이그레이션을 보류합니다.
  7. 통과한 버전과 확인되지 않은 의존성을 기록하고, 연구 참여자가 같은 환경을 복원할 수 있도록 전달합니다.

아래 표는 유지, 시험, 전환을 결정하는 기준입니다.

선택 적합한 조건 결정 전에 확인할 점
3.44.15 LTR 유지 진행 중인 과제가 현재 환경에서 재현되고 새 기능 요구가 없음 기준 결과와 의존성 기록을 보관합니다
4.2.3 분리 시험 새 과제에 필요한 4.x 기능이나 도구 체인 요구가 있음 플러그인, 처리 단계, 출력물을 프로젝트 사본으로 검증합니다
마이그레이션 보류 핵심 플러그인이나 분석 결과가 확인되지 않음 기존 환경을 유지하고 확인되지 않은 항목을 인수인계합니다

팀 인수인계에는 버전 이름만 적지 마세요. 다음 항목을 기록하면 다른 연구자가 실패 원인을 구분하고 같은 조건으로 시험할 수 있습니다.

기록 항목 남길 내용
QGIS 환경 사용한 버전과 macOS 설치 환경
프로젝트와 자료 프로젝트 파일 위치, 데이터 경로, 좌표 기준계
분석 의존성 핵심 플러그인, 외부 처리 도구, 확인되지 않은 의존성
검증 결과 실행한 분석 단계, 내보낸 결과, 기준 자료와 차이
변경 상태 유지, 시험 중, 전환 보류 중 무엇인지와 판단 근거

QGIS 플러그인과 프로젝트 파일을 버전 사이에서 그대로 쓸 수 있나요?
이름이 같거나 프로젝트가 열린다는 이유만으로 재사용 가능하다고 결론 내릴 수 없습니다. 플러그인 작성자의 지원 정보를 확인하고, 프로젝트 사본에서 데이터 연결과 분석, 결과 내보내기를 함께 시험하세요. 확인하지 못한 항목은 호환으로 표시하지 말고 미검증으로 넘기세요.

현재 연구실의 Windows나 Linux 장비만으로는 macOS에서의 동작을 직접 확인하기 어렵고, 별도 맥을 구입하면 초기 지출과 장비 관리가 필요합니다. 반대로 장기간 계속 쓰거나 물리 장치 연결이 필요한 연구라면 임대보다 전용 장비가 적합할 수 있습니다. 일시적인 버전 검증이 목적이라면 VpsMesh의 맥 미니 임대 안내를 살펴보고, 비민감 프로젝트 사본으로 필요한 QGIS 버전과 플러그인부터 시험하세요. 연구 자료를 외부 환경에서 다룰 수 있는지는 소속 기관의 승인과 개인정보 보호 안내를 먼저 확인해야 합니다.