Git에서 커밋할 때 제목 한 줄과 설명을 차분히 쓰고 싶다면 Linux용 Commit을 사용할 수 있습니다. Flathub에서 무료로 설치하는 앱이며, Git의 기본 편집기로 지정하면 커밋 명령을 실행할 때 메시지 입력 창이 열립니다. 제목 길이 표시, 본문 줄바꿈, 맞춤법 확인이 필요한 사람에게 맞습니다.
이 글은 Commit 4.6의 무료 배포 경로와 Git 편집기 설정, 메시지를 저장해 실제 커밋을 마치는 순서를 다룹니다. Git 저장소와 기록할 변경 사항은 사용자가 준비해야 하며, Commit은 파일 변경을 대신 고르거나 버전 관리를 시작하는 도구는 아닙니다.
커밋 제목과 본문을 쓰는 데 집중하는 편집기
Commit은 일반 메모장을 Git 메시지 입력 단계에 맞춰 바꾼 프로그램입니다. 공식 소개에 따르면 제목이 설정한 길이를 넘으면 표시하고, 제목과 본문 사이에 빈 줄을 넣으며, 본문을 설정한 폭에 맞춰 정리합니다. 맞춤법 검사와 키보드 단축키도 제공합니다. 길이 기준은 환경설정에서 조절할 수 있으므로 화면 예시에 보이는 숫자를 모든 프로젝트의 규칙으로 생각할 필요는 없습니다.
공식 첫 화면에는 위쪽의 Abort·Commit 버튼, 가운데 제목과 본문 입력 영역, 아래 Git이 남긴 주석이 보입니다. 주석은 수정 대상 메시지와 구분됩니다. 창 머리글에 프로젝트의 브랜치가 표시되어 여러 저장소에서 작업할 때 현재 문맥을 확인할 수 있습니다.
Git뿐 아니라 Mercurial 편집기로도 사용할 수 있습니다. 다만 이 글의 작업 예시는 Git입니다. Git의 변경 파일 선택, 스테이징, 커밋 이력 확인은 Git에서 진행하고 Commit은 메시지 작성 단계에만 사용합니다.
커밋 메시지는 변경 파일을 다시 열지 않고도 작업의 이유를 이해하게 해 주는 기록입니다. 예를 들어 화면의 문구를 고친 경우 제목에는 무엇을 바꿨는지 적고, 본문에는 왜 그 문구가 필요한지와 사용자가 보게 될 차이를 적을 수 있습니다. Commit의 제목·본문 구분은 이런 정보를 한 칸에 몰아넣지 않도록 돕습니다. 파일 이름이나 이슈 번호를 무작정 길게 나열하기보다 나중에 이력을 읽는 사람이 찾을 단서를 남기세요.
실제 화면: 메시지 입력, 단축키, Git 편집기 설정
GNOME 공식 화면에서 커밋 제목·본문 입력 창, 단축키 목록, Git 편집기 설정 화면을 골랐습니다. 공식 이미지에는 정확한 앱 버전이 적혀 있지 않아 4.6의 픽셀별 화면과 동일하다고 단정하지 않습니다.
| 프로그램 | Commit · Apps for GNOME |
| 배포 | Flathub 무료 Flatpak |
| 앱 ID | re.sonny.Commit |
| 지원 환경 | Linux x86_64 확인 |
| Flathub 확인 버전 | 4.6 |
| 용도 | Git·Mercurial 커밋 메시지 작성 |
| 라이선스 | GPL-3.0-or-later |
Linux에 Commit 4.6 설치하기
GNOME 제품 페이지는 최신 앱 설치 경로로 Flathub를 안내합니다. 2026년 10월 26일 확인한 Flathub 릴리스는 4.6이고 무료 라이선스로 표시됩니다. 여기서 고른 앱 ID는 re.sonny.Commit이며, 확인한 배포 정보는 Linux x86_64용 Flatpak입니다. Windows 실행 파일이나 macOS 설치 파일을 찾는 경우 이 경로를 고르면 안 됩니다.
Flatpak과 Flathub가 아직 설정되지 않았다면 사용하는 Linux 배포판의 설치 안내를 먼저 완료하세요. 공식 .flatpakref 파일은 설치할 앱을 가리키는 참조 파일입니다. 파일만 저장하고 끝내지 말고, Flatpak 설치 화면에서 Commit 이름과 앱 ID를 대조한 뒤 앱 목록에 Commit이 나타나는지 확인해야 합니다.
처음 실행하면 안내 창에서 Git과 Mercurial 편집기로 지정하는 방법을 볼 수 있습니다. 앱만 설치한 상태에서는 기존 Git 편집기 설정이 자동으로 바뀌지 않을 수 있으므로, 다음 단계에서 Git 설정을 따로 확인하세요.
Flathub에는 앱과 별도로 필요한 런타임이 표시될 수 있습니다. 처음 Flatpak 앱을 설치하는 컴퓨터라면 참조 파일 자체보다 더 많은 데이터를 받게 되므로, 설치 화면의 용량과 남은 디스크 공간을 확인하세요. 설치가 끝났는지 판단할 때는 브라우저의 파일 저장 완료 표시보다 Linux 앱 목록 또는 Flatpak의 설치 목록에 Commit이 들어왔는지를 보는 편이 분명합니다.
- Linux에 Flatpak과 Flathub가 준비됐는지 확인합니다.
- Commit과 re.sonny.Commit 앱 ID를 대조해 설치합니다.
- 앱 목록에서 Commit을 한 번 열어 설정 안내와 단축키를 확인합니다.
Git의 커밋 메시지 편집기로 지정하기
공식 환경설정 화면의 Git 항목에는 flatpak run re.sonny.Commit을 Git 편집기로 등록하는 명령이 보입니다. 터미널에서 Git이 설치돼 있는지 확인한 뒤 본인 계정 전체에 적용하려면 git config –global core.editor "flatpak run re.sonny.Commit"을 사용합니다. 모든 저장소에 적용하고 싶지 않다면 작업 저장소 안에서 –global 없이 설정할 수 있습니다.
이미 다른 편집기를 쓰고 있다면 바꾸기 전에 git config –get core.editor로 현재 값을 확인하세요. Git 설정을 덮어쓰면 기존 편집기 동작이 바뀝니다. 설정 후 같은 명령으로 flatpak run re.sonny.Commit이 저장됐는지 확인하면 명령을 잘못 붙여 넣는 일을 줄일 수 있습니다.
앱의 환경설정 화면에는 명령을 복사하는 버튼과 설명 링크가 있습니다. 복사한 문장을 터미널에 넣기 전에 본인의 Git 설정 범위가 전역인지 저장소별인지 확인하세요. Mercurial을 쓰는 사람은 같은 화면의 Mercurial 항목에 있는 별도 설정을 따라야 합니다.
전역 설정은 같은 사용자 계정의 다른 Git 저장소에도 적용됩니다. 회사 프로젝트에서는 팀 규칙이나 기존 편집기 설정이 다를 수 있으므로 한 프로젝트에만 시험하려면 그 저장소에서 지역 설정을 사용하세요. 전역과 지역 중 어느 값이 실제로 쓰이는지 헷갈릴 때는 작업 저장소 안에서 설정 출처를 조회하면 됩니다. 단순히 앱을 지웠다고 Git의 편집기 설정도 자동으로 지워지는 것은 아닙니다.
- Git이 설치돼 있고 작업 저장소에서 git status가 동작하는지 확인합니다.
- Commit의 설정 화면에서 Git 편집기 명령을 확인하고 필요한 범위로 등록합니다.
- git config –get core.editor로 저장된 값을 다시 확인합니다.
변경 사항을 커밋 메시지까지 작성해 저장하기
작업 중인 Git 저장소에서 먼저 git status로 변경 파일을 확인하세요. 커밋할 파일만 골라 스테이징한 뒤 git commit을 실행하면 Git이 설정한 편집기인 Commit을 엽니다. 수정하지 않을 파일까지 한꺼번에 넣지 않도록 스테이징 목록을 확인하는 것이 먼저입니다.
창의 첫 줄에 이번 변경을 설명하는 제목을 쓰고, 이유나 주의할 점이 필요하면 빈 줄 다음에 본문을 적습니다. 화면 아래쪽의 #으로 시작하는 Git 주석은 메시지 내용이 아니라 참고 정보입니다. 제목이 너무 길다고 표시되면 핵심 동작이 드러나도록 줄이고, 긴 설명은 본문으로 옮기세요.
작성이 끝났으면 오른쪽 위 Commit 버튼 또는 Ctrl+Return으로 저장합니다. 취소하려면 Abort 또는 Escape를 사용합니다. 창이 닫힌 뒤 터미널에서 Git의 커밋 완료 메시지를 확인하고 git log -1로 방금 작성한 제목이 기록됐는지 확인하세요. 창만 닫혔다는 사실로 커밋이 성공했다고 판단하지 마세요.
첫 줄에는 결과가 바로 떠오르는 동사를 넣는 것이 좋습니다. 예를 들어 로그인 버튼의 오타를 고쳤다면 제목에 “로그인 버튼 문구 수정”처럼 변경 대상을 쓰고, 본문에는 어떤 화면에서 왜 바꿨는지 적습니다. 여러 기능을 한 번에 고쳤는데 설명이 길어진다면 메시지만 줄이기보다 커밋을 나눌 수 있는지도 살펴보세요. Commit은 문장을 정리해 주지만 어떤 변경을 한 단위로 기록할지는 사용자가 결정합니다.
- git status에서 변경 파일을 확인하고 필요한 파일만 스테이징합니다.
- git commit으로 Commit 창을 열고 제목과 필요한 본문을 씁니다.
- Commit 또는 Ctrl+Return으로 저장한 뒤 git log -1에서 결과를 확인합니다.
제목 길이와 줄바꿈 설정은 프로젝트 규칙에 맞추기
환경설정 화면에는 제목 최대 길이, 제목 첫 글자 자동 대문자, 본문 줄 길이 항목이 보입니다. 예시 화면의 숫자를 그대로 따를 필요는 없습니다. 팀에서 정한 커밋 형식이 있다면 그 기준에 맞춰 조절하고, 자동 대문자 전환이 한국어 제목이나 정해진 접두어에 불편하면 해당 옵션을 확인하세요.
긴 설명이나 코드 모양의 글을 입력하면 일반적인 문장 줄바꿈이 읽기 어려울 수 있습니다. GNOME 공식 화면은 창을 넓히면 줄바꿈을 끄고 자유롭게 작성하는 모습을 보여 줍니다. 본문에 목록이나 명령을 넣을 때는 저장 전 줄바꿈 결과가 의도한 대로 보이는지 확인하세요.
단축키 창에는 저장·확인, 취소, 전체 선택, 이모지 입력과 줄 이동 방법이 따로 정리돼 있습니다. 마우스로 Commit 버튼을 누르기 전에 메시지를 다시 읽고, Ctrl+Return을 누른 뒤에는 터미널 결과를 확인하세요. 특히 여러 줄로 된 본문에서 주석 줄과 직접 쓴 문장을 혼동하면 설명이 빠질 수 있으므로, 실제 메시지로 남을 제목과 본문을 한 번 더 구분해 보는 편이 좋습니다.
편집기 창이 열리지 않거나 커밋이 취소될 때
git commit 뒤 터미널 편집기가 그대로 뜬다면 core.editor 값이 Commit을 가리키는지 확인하세요. 저장소별 설정이 전역 설정을 덮는 경우도 있으므로 작업 저장소에서 git config –show-origin –get core.editor로 실제 적용 위치를 확인하는 편이 정확합니다. 앱 ID가 re.sonny.Commit인지도 대조하세요.
Flatpak 실행 오류가 나오면 앱 목록에 Commit이 설치됐는지, Flathub가 설정됐는지 살펴보세요. .flatpakref를 내려받기만 한 상태와 앱 설치 완료는 다릅니다. 설치가 끝난 뒤에도 창이 안 열리면 터미널에서 flatpak run re.sonny.Commit을 직접 실행해 표시되는 오류를 확인할 수 있습니다.
Abort나 Escape로 창을 닫으면 메시지 작성이 취소됩니다. 제목을 비워 두거나 스테이징된 변경 사항이 없으면 Git이 커밋을 만들지 않습니다. git status로 스테이징 상태를 보고, git log -1에서 새 기록이 없으면 메시지와 파일 선택을 다시 확인하세요.
연결할 저장소가 없다는 오류와 편집기 실행 오류는 원인이 다릅니다. git status 자체가 실패하면 먼저 현재 위치가 Git 저장소인지 확인해야 합니다. git status는 되는데 Commit 창만 열리지 않으면 Flatpak 설치와 core.editor 값을 점검하세요. 창은 열리지만 저장 뒤 커밋이 없으면 터미널의 Git 메시지를 읽고 스테이징된 변경 사항과 제목 입력 상태를 확인하는 순서가 빠릅니다.
자주 묻는 질문
Commit은 무료인가요?
네. Flathub의 Commit은 GPL-3.0-or-later 무료 앱으로 표시됩니다.
Windows에서도 이 파일을 설치할 수 있나요?
아니요. 여기서 안내하는 re.sonny.Commit은 Linux Flatpak 설치 경로입니다.
앱을 설치하면 Git 편집기가 자동으로 바뀌나요?
설치 뒤 설정 안내를 확인하고 Git의 core.editor 값을 등록해야 합니다. 기존 값이 있으면 먼저 확인하세요.
커밋 제목이 길다고 표시되면 저장할 수 없나요?
공식 소개는 길이 초과를 강조 표시하는 기능이라고 설명합니다. 팀 규칙에 맞게 제목을 줄이거나 환경설정을 조절하세요.
메시지를 저장했는데 커밋이 없어요.
터미널의 Git 결과와 git status를 확인하세요. 취소했거나 스테이징된 파일이 없으면 커밋이 만들어지지 않습니다.
커밋 기록을 확인하고 다음 변경으로 넘어가세요
Linux에서 Commit 4.6을 설치한 뒤 Git의 core.editor를 설정하면 커밋할 때 메시지 입력 창을 사용할 수 있습니다. 제목과 필요한 본문을 작성해 Commit으로 저장하고, 터미널의 완료 메시지와 git log -1에서 실제 기록을 확인하세요.
이 앱은 메시지 작성에 초점을 둡니다. 변경 파일을 고르는 작업은 Git에서 먼저 하고, 제목 길이와 본문 형식은 프로젝트의 규칙에 맞추면 됩니다.
공식 자료와 확인일
GNOME 공식 Commit 앱 페이지 · Flathub 공식 Commit 배포 · Commit 프로젝트 홈페이지 | 2026년 10월 26일
