코드를 고친 뒤 파일 전체를 한 번에 커밋하기 망설여질 때가 있습니다. Gittyup은 변경된 파일과 줄을 화면에서 비교하고, 이번 커밋에 넣을 부분만 선택할 수 있는 Git 프로그램입니다. 커밋 기록도 그래프로 살펴볼 수 있어 터미널 명령에 익숙하지 않아도 변경 흐름을 확인하기 좋습니다.
Flathub는 Gittyup 2.0.0을 무료 Linux 앱으로 제공하며 x86_64와 aarch64를 표시합니다. 여기서는 Flatpak으로 받는 조건부터 기존 Git 저장소를 열고 Diff에서 변경 줄을 선택해 커밋 내용을 확인하는 순서까지 다룹니다. Windows와 macOS용 파일은 개발자 사이트의 별도 배포이므로 이 Linux 파일과 혼동하지 마세요.
Gittyup Git 변경 내용 비교 프로그램 다운로드
변경 파일과 커밋 기록을 한 창에서 봅니다
Gittyup의 왼쪽에는 열어 둔 저장소와 커밋 흐름이, 가운데에는 선택한 변경 내용이, 오른쪽에는 스테이징된 파일과 아직 남은 파일이 표시됩니다. 개발자가 공개한 화면 예시에서는 색으로 구분된 추가·삭제 줄과 커밋 목록을 함께 볼 수 있습니다. 이전 버전 화면이므로 2.0.0에서는 메뉴 위치나 모양이 다를 수 있습니다.
Flathub 설명은 파일 전체뿐 아니라 한 줄씩 스테이징할 수 있고, 스테이징한 변경과 남은 변경을 두 영역에서 구별할 수 있다고 소개합니다. 개발자 사이트는 변경 줄 옆 체크박스를 누르거나 원하는 코드를 선택해 S를 누르는 방법을 안내합니다. 실수로 포함했다면 체크를 해제하거나 U로 스테이징을 되돌릴 수 있습니다.
커밋 기록을 이해하는 용도라면 왼쪽 그래프에서 커밋을 고르고 Diff를 확인하세요. 새 변경을 기록할 때는 Uncommitted changes를 선택해 오른쪽의 Staged Files에 이번에 넣을 파일·줄만 남았는지 살펴봅니다. 이 구분이 없으면 관련 없는 수정까지 한 커밋에 섞이기 쉽습니다.
커밋 그래프와 줄 단위 변경 화면
개발자 저장소의 이전 버전 화면 예시입니다. 커밋 그래프, Diff의 추가·삭제 줄, Staged Files와 Unstaged Files 구분이 보입니다. 현재 배포판 2.0.0의 화면 배치는 다를 수 있습니다.
Gittyup Git 변경 내용 비교 프로그램 다운로드
| 프로그램 | Gittyup 2.0.0 |
| 앱 ID | com.github.Murmele.Gittyup |
| 다운로드 파일 | .flatpakref 참조 파일 |
| 필요 환경 | Flatpak·Flathub 설정된 Linux |
| 주요 작업 | Diff 확인·줄 단위 스테이징 |
| 프로젝트 | Murmele/Gittyup |
Linux에서 Flatpak 배포판 준비하기
Flathub의 Gittyup 항목에는 무료 앱, 버전 2.0.0, Linux x86_64·aarch64 지원이 표시됩니다. 파일은 com.github.Murmele.Gittyup.flatpakref이며 실행 파일 본체가 아니라 Flatpak 앱을 설치하도록 알려주는 참조 파일입니다. 받기 전에 자신의 Linux 배포판에서 Flatpak과 Flathub가 설정돼 있는지 확인하세요.
Flatpak이 준비되지 않았다면 Flathub의 Set Up 페이지에서 Ubuntu·Fedora·Arch 등 자신의 배포판을 선택해 저장소 연결 방법을 확인합니다. 설정 후 소프트웨어 센터가 Flatpak 참조 파일을 처리한다면 해당 파일을 열어 Gittyup 이름과 제공처를 확인한 뒤 설치할 수 있습니다. 터미널을 사용한다면 앱 ID com.github.Murmele.Gittyup을 확인해 같은 Flathub 앱을 찾을 수 있습니다.
프로젝트 사이트는 Windows와 macOS 파일도 소개하지만, 이 글에서 다루는 것은 Linux의 Flatpak 배포입니다. Windows용 실행 파일을 Linux용 참조 파일로 착각하거나 개발용 사전 배포와 안정판을 섞지 않도록 Flathub의 앱 이름과 버전을 먼저 살펴보세요.
- Flathub 설정 페이지에서 자신의 Linux 배포판에 Flatpak이 준비됐는지 확인합니다.
- Gittyup 2.0.0 Flathub 항목의 앱 ID와 지원 아키텍처를 확인합니다.
- 공식 .flatpakref를 열어 Gittyup 설치 화면의 제공처를 확인합니다.
기존 Git 저장소의 변경 내용 살펴보기
Gittyup을 연 뒤 작업하려는 Git 저장소 폴더를 선택합니다. 공식 화면 예시의 왼쪽에는 열린 저장소와 최근 저장소가 나타납니다. 저장소를 선택하면 커밋 그래프에서 어떤 변경이 언제 기록됐는지 따라갈 수 있고, 아직 커밋하지 않은 수정은 Uncommitted changes로 구분됩니다.
먼저 커밋하지 않은 변경을 고르고 파일 목록에서 확인할 파일을 선택하세요. Diff에는 지운 줄과 새로 넣은 줄이 색으로 표시됩니다. 화면 오른쪽의 Staged Files는 이번 커밋에 넣을 내용, Unstaged Files는 아직 넣지 않은 내용을 나타냅니다. 비교만 할 때는 체크박스를 건드리지 않아도 됩니다.
파일이 많다면 한 파일씩 변경 맥락을 읽어보세요. 같은 파일에 오류 수정과 형식 정리가 섞여 있으면 전체 파일을 스테이징하는 대신 필요한 줄만 선택하는 편이 커밋 목적을 분명히 합니다. 공식 사이트는 Diff 화면과 두 파일 영역을 실제 화면으로 보여 줍니다. 다만 예시 이미지는 이전 버전이므로 버튼 배치가 조금 달라도 Staged·Unstaged라는 구분을 기준으로 찾으세요.
예를 들어 한 파일에서 변수 이름을 고친 줄과 주석을 손본 줄이 함께 보이면 먼저 이번 커밋의 주제를 정하세요. 오류 수정만 기록하려면 그 수정에 필요한 줄을 고르고, 주석 정리는 남겨 둡니다. 오른쪽 Staged Files의 Diff를 다시 열어 고친 줄이 서로 의존하지 않는지도 확인하세요. 함께 있어야 뜻이 통하는 줄을 따로 떼면 나중에 커밋 기록을 읽거나 변경을 되돌릴 때 맥락을 이해하기 어려워집니다.
- 기존 Git 저장소를 열고 Uncommitted changes를 선택합니다.
- 변경된 파일을 골라 Diff의 추가·삭제 줄을 읽습니다.
- Staged Files와 Unstaged Files에 무엇이 들어 있는지 비교합니다.
필요한 줄만 스테이징하고 커밋 확인하기
이번 커밋에 넣을 줄 옆 체크박스를 누릅니다. 개발자 사이트에 따르면 코드를 선택한 뒤 S를 눌러 스테이징할 수도 있습니다. 선택한 줄이 Staged Files 쪽으로 옮겨졌는지 다시 살펴보세요. 같은 파일의 다른 수정이 Unstaged Files에 남아 있으면 부분 스테이징이 의도대로 된 것입니다.
잘못 포함한 줄은 체크를 해제하거나 U로 스테이징을 취소할 수 있습니다. R은 선택한 변경을 되돌리는 기능이므로 단순히 커밋에서 빼려는 상황이라면 사용하지 마세요. 내용을 버리기 전에 작업 파일을 다시 확인하는 편이 안전합니다. 공식 화면에서는 스테이징된 줄과 남은 줄이 서로 다른 영역에 나뉘어 보입니다.
커밋 메시지 칸에는 이번에 선택한 변경만 설명하는 짧은 문장을 적습니다. Commit을 누르기 전 Staged Files의 파일명과 Diff를 마지막으로 확인하세요. 커밋 후에는 왼쪽 기록에 새 항목이 생겼는지 보고, 아직 남겨 둔 수정이 Unstaged Files에 있는지 확인합니다. 남은 변경까지 사라졌다고 생각하지 않도록 두 영역을 다시 보는 것이 중요합니다.
여러 저장소를 번갈아 다룬다면 Gittyup의 탭과 왼쪽 저장소 목록을 활용할 수 있습니다. 커밋 전에 창의 저장소 이름과 브랜치를 확인하면 다른 프로젝트에 변경을 기록하는 실수를 줄일 수 있습니다. 공식 개발자 사이트는 여러 저장소 탭과 특정 브랜치만 보는 기능도 설명합니다.
줄 단위로 나눈 뒤에는 커밋 메시지도 선택한 내용에 맞춰 좁혀 쓰는 편이 좋습니다. 예를 들어 설정 파일 수정은 남겨 두고 화면 오류만 골랐다면 메시지에 설정 변경까지 완료했다고 적지 않습니다. 커밋은 현재 Staged Files에 들어간 변경을 기록하므로, 버튼을 누르기 직전에 목록을 다시 읽는 과정이 필요합니다.
- Diff에서 필요한 줄의 체크박스를 선택하고 Staged Files에 반영됐는지 확인합니다.
- 커밋에서 빼야 할 줄은 체크를 해제하거나 U로 스테이징을 취소합니다.
- 선택한 변경에 맞는 메시지를 적고 목록을 다시 본 뒤 Commit을 누릅니다.
- 새 커밋과 남은 Unstaged 변경을 각각 확인합니다.
앱이 안 보이거나 선택한 줄이 예상과 다를 때
Flatpak 참조 파일이 열리지 않으면 먼저 Linux에서 Flatpak이 설치돼 있고 Flathub 저장소가 연결돼 있는지 확인하세요. Flathub는 배포판별 Set Up 안내를 제공합니다. 파일을 다시 받기 전에 소프트웨어 센터가 Flatpak 파일 형식을 처리할 수 있는지도 살펴보면 원인을 좁힐 수 있습니다.
기존 작업 폴더를 열었는데 변경 파일이 안 보인다면 현재 Git 저장소와 브랜치가 맞는지 확인하세요. 이미 커밋한 파일을 찾는다면 Uncommitted changes가 아니라 왼쪽 커밋 기록에서 해당 항목을 선택해야 합니다. 작업 폴더가 다른 저장소를 가리키고 있으면 Diff도 기대한 파일과 다르게 나옵니다.
줄 일부만 고른 줄 알았는데 파일 전체가 Staged Files에 있다면 체크한 범위를 다시 살펴보세요. 잘못 스테이징한 변경은 U나 체크 해제로 빼고, 오른쪽 두 파일 영역에서 결과를 확인합니다. 실제 파일의 내용을 취소하는 R과 스테이징만 취소하는 U를 구분하세요. 변경 내용을 지우기 전에 원본 파일을 확인하는 것이 좋습니다.
자주 묻는 질문
Gittyup 2.0.0은 무료인가요?
Flathub의 Linux 앱 항목에 Free로 표시됩니다. 개발자 저장소도 오픈소스 프로젝트이며 MIT 라이선스를 제공합니다.
Windows에서도 이 파일을 설치하나요?
아닙니다. 이 .flatpakref는 Linux용입니다. Windows와 macOS용 배포는 개발자 사이트의 별도 파일을 확인하세요.
한 파일의 일부 줄만 커밋할 수 있나요?
공식 설명에 따르면 Diff의 줄 옆 체크박스나 선택한 코드의 S 단축키로 줄 단위 스테이징을 할 수 있습니다.
스테이징을 취소하면 수정한 코드도 사라지나요?
U 또는 체크 해제는 스테이징을 되돌리는 조작입니다. 변경 자체를 되돌리는 R과 구분하고, 작업 파일을 확인하세요.
커밋 전에 무엇을 확인해야 하나요?
저장소와 브랜치가 맞는지, Staged Files에 이번 변경만 들어 있는지 확인한 뒤 메시지를 적으세요.
이번 커밋에 넣을 줄부터 골라보세요
Gittyup은 변경 파일을 Diff에서 비교하고 필요한 줄만 Staged Files로 옮길 수 있습니다. Linux에서 무료 Flatpak 배포판을 준비했다면 먼저 자신이 수정한 저장소를 열고, 작은 변경 한 건으로 스테이징과 커밋 흐름을 확인해 보세요.
커밋 전에는 오른쪽의 Staged·Unstaged를 나란히 보고 메시지가 선택한 변경을 정확히 설명하는지 살펴보세요. 잘못 담은 줄은 스테이징만 취소한 뒤 다시 고를 수 있습니다.
공식 자료와 확인일
Gittyup Flathub 무료 Linux 앱·버전·지원 아키텍처 · Gittyup 개발자 사이트의 Diff·줄 단위 스테이징 안내 · Gittyup 공식 GitHub 저장소와 MIT 라이선스 · Gittyup 공식 릴리스 목록 · Flathub Linux 배포판별 설정 안내 | 2026-11-05T03:52:41.106318+00:00
Gittyup Git 변경 내용 비교 프로그램 다운로드
