노년코딩

 
 
카프카를 좋아한다. 그렇기에 카프카의 소설 대부분을 읽어보았다.
이 책은 잠언과 미완성 작품들이 수록되어 있다는 말에 골라 든 책이다.

카프카의 ‘꿈같은 삶의 기록’. 나는 이 책을 도서관에서 정독했다.
책 내용은 흥미로운 글들과, 흥미 없는 글들이 섞여 있고, 같은 내용에 설명이 더해지거나 표현만 달리한 글들도 반복해 적혀 있다.
나는 미완성의 글들을 좋아하지 않는다. 뭐랄까. 김이 빠진다 해야 하나. 열린 결말과는 또 다른 감정을 가져다준다.
작가가 마무리하지 않았기 때문에 내가 상상하는 게 결말이 될 수 없는 게 싫다. 작가가 살아 있다면 질문이라도 할 수 있겠다만 대체적으로 내가 읽는 책들의 작가들은 살아 있지 않다.
그럼에도 이 책은 꽤나 기분 좋게 읽었다.
미완성이라 할지라도 카프카가 카프카답게 쓴 글들이라는 게 독자인 내게 고스란히 전해졌기 때문이다.

내가 유독 재밌게 읽었던 글들에 대한 독후감을 남긴다.
단편 글 중 몇몇 개는 제목이 붙어 있는데 이게 카프카의 친구 막스 브로트가 적어 둔 제목인지, 카프카가 적어 둔 제목인지 확실하지는 않다.

 

글

 
< 아버지에게 보내는 편지 >
아버지에게 무려 100쪽 가량의 편지를 적었다. 여러 편지를 모은 게 아니라 그냥 하나의 편지가 100쪽인 것이다.
‘사랑하는 아버님께’로 시작하는 첫 구절에서 이 둘의 사이를 다정한 부자 사이일 것이라고 속을 뻔 했다.
이 책에서만으로 따져도 35장이 되는 이 편지는 거의 모든 내용이 아버지의 잘못을 논리적으로 따지는 비난문이다.
사랑이라는 감정이 처음부터 존재하긴 했는지 의문이 들 정도인데, 어찌 보면 사랑하는 감정이 있기에 이런 장문의 편지도 쓸 수 있었던 게 아닌가 싶다.
아버지에게 전달되지 않았다는 주석을 보고 처음엔 다행이네라는 생각을 했었다. 하지만 이후의 생각은 좀 달라졌다.
100쪽에 달하는 이 내용들 속에는 어쩌면 아버지와의 관계에 대해 본질적인 대화를 해보고 싶던 카프카의 마음이 담겨 있지 않았을까.
연구자들은 카프카 자신도 이 편지가 정말로 전달되길 바랐는지 확실하지 않다 한다. 연구자들은 설득을 하기 위한 편지보단 자기 자신을 이해하기 위해 쓴 글이라 해석한다.
나는 그렇게 생각하지 않는다. 이 글이 단순히 자기 분석적인 글이었다면 굳이 편지의 형식으로 적지 않았을 것이라 생각한다. 그리고 굳이 어머니에게 편지를 전달해 달라고 부탁했다는 점에서도, 자기 분석만을 위한 글이었다면 그녀를 과정에 끌어들였을 이유가 전혀 없다.
이 편지를 여동생과 어머니에게 전달해 주기를 바랐던 것은 어쩌면 자신이 편지에도 남겼듯 아버지와 자신 사이에서 한 번쯤은 자신을 선택해 주길 바란 아들의 감정이 담겨 있지 않았을까. 결과적으로는 역시나 달라지진 않았지만.
어른이 된 자신이 두려움의 대상이었던 아버지를 향해 고개를 들고 대화를 시작해보려 했던 첫 순간이 아니었을까. 담담하면서도 촘촘히 적혀 내려간 그의 글에서 눌러 적힌 화가 보이기 때문이다.

< 조타수 >
짧은 내용의 이 단편은 짧지만 매력 있다.
직위를 무력으로 차지한 자와, 직위로 기억되는 자, 직위에 반응하는 선원들이 나온다.
“내가 조타수 아니던가”
키 앞에 서 있는 사람이 조타수 일까, 모두의 기억 속에 조타수라는 기억으로 남아 있는 사람이 조타수인가.
선원들은 이상하게도 두 사람을 완전히 별개의 존재로 바라보지 않고, 오히려 그 둘을 하나로 보고 있다. 어쩌면 기억과 몸을 분리시키지 않고 본다.
그러니까, 두 명의 사람일지언정 하나의 '조타수'로 중첩해서 바라본다.
기억된 자는 말한다. “무슨 사람들이 저 모양이람! 저들도 사고를 하기는 하는 걸까. 아니면 무의미하게 땅 위를 질질 끌며 걸을 뿐인 걸까.”
여기서 나는 그런 생각을 했다. 이것은 기억된 자의 분노일까. 현실에 대한 분노일까.
확실한 건, 키 앞에 서 있던 사람은 무슨 일에서인지 처음부터 화가 많아 보였다는 것이다. 

< 독수리 >
역시나 짧은 단편. 독수리 한 마리와, 독수리에게 쪼이는 남자, 그리고 남자에게 독수리를 끝장내 줄 수 있다면서 총을 가져온다는 신사가 등장한다.
독수리는 두 사람의 대화를 듣고 남자의 입을 향해 돌진해 부리를 깊숙이 찔러 넣었다.
남자는 뒤로 넘어지면서 해방감을 느끼고 독수리는 남자의 넘쳐흐르는 핏속에서 헤어날 길 없이 빠져 죽었다.
이 이야기에서 나의 포커스는 '과연 마지막까지 제일 재밌었을 존재는 누구일까'였다.
셋 중 어느 하나를 우위에 둘 수 없다. 유일하게 목숨이 붙어 있는 신사라 하기엔 처음부터 신사의 목숨은 죽음에 가깝지 않았기에 가산점이 될 수 없다.
그렇다면 남자의 목숨을 가져간 독수리일까.
둘의 대화를 듣던 독수리는 자신의 목숨이 일각에 달려 있다는 사실에 빠르게 결승점을 향해 내리꽂았다. 도착은 먼저 했으니 이긴 재미를 보았다 생각할 수 있겠지만, 자신의 죽음이 결승선에
휘감겨 다가올 줄은 예측하지 못했을 것이다.
그렇다면 자신을 죽게 한 독수리의 죽음을 가져간 남자일까. 독수리의 죽음에 대한 도파민보다 자신의 죽음이 먼저 다가왔을 듯하여 재미가 반감되었을 것이다.
역시나 총을 들고 온 신사일까.
하지만 총을 들고 오는 길에 독수리의 어디를 쏠지 기대하고 있었을지도 모르는 그에게 눈앞에 펼쳐진 두 개의 죽음은 즐거움보다 허무가 먼저 찾아왔을 것이다.
그렇기에 이 글에서 가장 큰 재미를 얻은 존재는 카프카였을 것이다. 이 황당한 죽음을 연쇄로 지켜보았을 그야말로 이 상황을 가장 오랫동안 바라봤을 존재였을 테니까. 물론 이 글을 읽는 독자 또한 카프카와 동일한 감정을 느낄지는 읽는 사람에 따라 달라지겠지.

< 어느 단식 광대 >
흥미로운 이야기. 단식 광대가 좋아할 맛있는 음식은 뭐가 될 수 있었을까?
이미 묻힌 그가 뭘 할 수 있을까.
광대 대신 젊은 표범을 우리에 넣었다. 동일한 공간에서 둘의 상황은 꽤 많은 것이 달랐다.
나는 이 이야기를 두고 나의 혈육과 대화를 해보았다. 물론 그는 이 내용을 읽지 않았기에 내가 짧게나마 설명을 해줬는데 뜻밖에 전혀 생각해 보지 못한 대답이 나와 나의 흥미를 이끌었다. 
"단식 광대가 마지막에 한 말은 어쩌면 자신의 자존심을 지키기 위해 허세를 부린 것은 아닌가?" 
나는 이 부분에 대해 한 번도 이렇게 생각을 해보지 못했다.
죽어가는 예술가가 마지막으로 할 수 있었던 자기 방어.
모두에게 잊힌 존재가 우리를 정리하러 온 자들에게 남긴 마지막 말. 그 말에 아주 슬픈 자존심 1% 첨가되어 있었다고 생각하면, 결말이 내가 처음 생각했던 것보다 꽤나 아프다. 그게 그의 유언이 된 것도.
역시 글을 함께 읽고 대화를 하는 건 새로운 생각을 발견할 수 있는 기쁜 일이다.

< 부부 >
이게 제일 기억에 남는다. K와 K의 부인, K의 아들, 경쟁 대리업자, 화자가 나온다.
처음에는 다 읽고 무슨 이야기인가 싶어 다시 읽어보았다.
병든 아들의 방에 왜 다 모였는가. 그리로 왔으면 했다 하여 정말 그곳에 가는 것도 이해가 안됐는데 이미 경쟁 대리업자는 거기 앉아있다.
그리고 시작되는 사업 이야기. 병든 아들은 무슨 죄인가. 갑자기 침대에서 일어나 주먹질은 하는데도 다 이해가 간다.
그 뒤에 갑자기 K가 숨을 쉬지 않는다. 놀라기엔 이르다.
부인이 돌아와서 한다는 말이 ‘그이가 잠들었군요.’다. 이게 무슨 코미디인가 싶다. K의 손에 손키스를 하는 와중에 혹여나 영면했다는 말을 한 건가 싶던 순간 K가 살아난다.
이게 무슨 왕자와 공주 이야기도 아니고 키스에 살아난 것이다. 화자는 이후 말들에서 이런 말을 한다. ‘나는 앞서 일어났던 일 이후에 더 이상 별로 특별한 일을 발견하지 못했다.’
그렇겠지. 이보다 더 특별할게 무어가 있겠는가. 이러한 상황에 대리업자는 보상을 요구하고, 그래도 화자는 눈치껏 나왔다.
대기실에서 부인을 만나서 하는 말에서 화자가 그다지 눈치가 많지는 않다는 것을 느꼈는데, 상대는 관심도 없을 자신의 어머니 이야기를 부인에게 하는 것이었다. 부인은 이런 이야기엔 관심도 없다는 듯 자신의 남편 상태만을 묻는다.
화자와 대리업자를 제대로 구분하지 못해 둘을 헷갈려하기까지 한다. 갑과 을의 위치가 이런 느낌일까. 처음부터 이들에 대해 부부는 관심도 없었던 것이다.
그러다 배 이야기가 나오는데 이 두 이야기가 연결은 되나 싶었다.
오랜 항해로부터 쉬고 싶다느니, 육지를 너무 오래 떠나 있었다느니 말들이 나오며 자신의 부인과 막내 아이가 있는 곳으로 간다.
연결되는 이야기라면 이건 화자의 하루가 고되었으니 자신의 휴식지로 이동해 일을 쉬고 싶다 말하고 있는 게 아닌가 생각이 들었다.

한참 뒤에 다시 이 단편이 나오는데 이때에는 뒤에 있던 배 이야기가 사라져 있다.
이 책에는 이런 내용들이 많다. 내가 분명 읽은 내용이 뒤에서 아무렇지 않게 처음 적힌 듯하게 적혀있다. 어떤 것은 더 설명이 추가된 채로, 어떤 것은 더 잘 읽히도록.
미완성의 글들이기에 그 당시의 카프카의 시간이 담겨 있다. 
그런 부분에서 난 이 책이 좋다. 
어쩌면 이런 게 미완성이 보여줄 수 있는 장점에 속하지 않을까. 완성된 작품에서는 읽을 수 없었던, 글을 고쳐 나가던 카프카의 배려가 이곳엔 남아 있다.

 

아래는 내가 이 책을 읽으며 따로 적어둔 문구들이다.
 

문구

>> 그러나 나는 너무 겁이 많아서 인사도 없이 떠나진 못한다.

>>(요약) 행복한 자는 무정하다. 자신의 주변에서 일어나는 모든 것을 자연스럽게 보려는 행복한 자들의 기질.
>> 기분이 내키기라도 한다면 거리의 살인자처럼 나를 때려죽일 수도 있다.

>> 나는 머리를 흔들었다. 괴이쩍다는 생각이 든 때문이었다.

>> 침대에 홀로 잠을 잘 때 얼마나 행복한 생각들을 이불로 질식시키는 지를. 또한 얼마나 불행한 생각을 이불로 따뜻하게 해 주는지 말이에요.

>> 그곳에서는 사람들이 잠을 자지 않는대. / 그건 또 왜? / 그들은 피곤하지 않으니까. / 그건 또 왜 그렇지? / 그들은 바보니까. / 바보들은 피곤해지지도 않는다고? / 바보들이 어떻게 피곤해질 수 있겠니?

>> 악은 한 번 받아들여지고 나면, 더 이상 사람들에게 자신을 믿어달라고 요구하지 않는다.

>> 악은 선에 대해 알지만, 선은 악에 대해 모른다.

>> 선은 어떤 의미에서는 절망적이다.

>> 악을 분할로 갚을 수는 없다. 그런데도 끊임없이 그것을 시도한다.

>>(요약) 발언이란 확신의 부족을 뜻한다.

>> 전에는 내가 왜 나의 질문에 대답을 얻지 못하는지 이해하지 못했고, 오늘날에는 질문할 수 있다고 어떻게 믿을 수 있었는지 알지 못하겠다. 그러나 나는 실로 전혀 믿지 않았고, 다만 질문했을 뿐이었다.

>> 단지 우리의 시간 개념이 우리로 하여금 최후의 심판을 그렇게 부르게 했다. 원래 그것은 하나의 즉결 심판이다.

>> 악은 선의 별이 총총한 하늘이다.

>> ‘존재한다’는 말은 독일어로 두 가지 뜻이 있다. 즉 ‘현존’과 ‘그것에 속해있다’는 것이다.

>> 사람들은 가능한 한 거짓말을 적게 할 때만, 가능한 한 거짓말을 적게 하는 것이지, 거짓말을 할 기회가 적다고 해서 거짓말을 적게 하는 것은 아니다.

>> 그녀가 갑자기 이렇게 말했다. ‘저 말예요. 제 관을 보여드리겠어요.’ 나는 그 말에 놀랐다. ‘너는 죽지 않았잖아.’ 하고 나는 말했다. ‘아니에요. 죽었어요.’ 하고 처녀가 말했다.

>>(요약) 왜들 놀라느냐? 잘 되지 않는 것보다 잘 되는 것이 이상하지 않느냐? 자러들 가거라. 내가 이제 좀 더 해보면 될 수 있을 것이다. (아침) 이것 봐라. 아직도 안 되었단다. 참 어렵구나.

>> 난파한 배에서 떨어져 나온 어떤 물건이 신선하고 아름답게 바닷물에 침수된 채 아무런 저항 없이 떠돌다 마침내는 해체되어 버렸다.

>> 너는 왜 남의 침묵을 비난하면서도 자신의 침묵을 지키고 있는가? / 그것은 내가 개이기 때문이다.

>> ‘너는 너대로 내 동류가 아닌가? 모두 다 실패했다고 해서 부끄러워할 필요가 있는가? 괜찮다네. 나도 마찬가지라네. 나는 혼자만 되면 그 일에 대해서 자꾸 짖어댄다네. 이리 오게. 둘이 있는 게 아무래도 기분이 좋지 않겠나.’ 나는 곧잘 이런 생각을 하면서 상대편의 얼굴을 응시한다.

>> 죽을 준비를 한 사람들, 그들은 땅에 누워있었다. 그들은 가구에 기대어, 이빨을 덜덜 떨면서, 그 장소에서 움직이지 않은 채 벽을 더듬었다.

>> 꿈을 꾸는 듯이 꽃이 높다란 줄기에 달려있다. 석양이 그 꽃을 감싸고 있다.

>> 문학이란 주먹으로 뒤통수를 때리는 것이어야 하고, 얼어붙은 바다 위를 내리치는 도끼와 같은 것이어야 한다.


 
 
 

이책을 처음 빌려봤을 때, 역시나 책의 두께 탓인지 쉽게 손이 가지 않았다. 그 덕에 같이 빌렸던 마세도니오 페르난데스의 ‘계속되는 무’라는 책을 3번 정독할 수 있었다.
‘계속되는 무’를 3번이나 읽게 된 이유가 꼭 그런 이유만은 아니었다. 책 중에는 그런 책이 있다. 이상하게 계속 손이 가는 책.
분명 다 읽었는데 어느 부분을 생각하다 보니 다시 읽어보고 싶은 충동을 주는 책.
다음에 시간이 될 때 '오늘의 독후감'에 정리해 둘 예정이다.

2026년도 벌써 1/3이 가고 있다. 시간은 참 잘도 간다.
 
++
2026년이 벌써 1/2가 가고 있다. 이정도 속도라면 일주일 뒤에 8월, 다시 일주일 뒤에 9월, 또 일주일 뒤엔 12월이 올 것이다.
 
++
정말 일주일 뒤가 8월인 날이 왔다. 날씨는 덥고 시간은 금방 흐르는 구나. 책들을 읽으면 마음이 편해진다. 영원히 책만을 읽으면서 사는 삶을 꿈꾼다. 어려운걸까.
 

며칠 전부터 Obsidian을 사용하고 있는데 Git과 연결해서 사용하는 게 더 편할 것 같다는 생각에 연동해 두었다. 

정리하는 김에 겸사 겸사 적어두는 연동 방법.
 

Git 설치

 
우선 Git이 없다면 Git을 설치해주자.
https://git-scm.com/install/windows

 
설치할 때는 그냥 기본 설정되어 있는 것들로 선택하고 넘어가도 크게 문제 될 것이 없다.
 
 
 

Obsidian에서 Git 플러그인 설치

 
우선, 설정에서 커뮤니티 플러그인을 눌러 탐색 버튼을 눌러준다.

 
 
Git 플러그인을 찾아준다. 많은 것들이 나오지만 제일 많이 다운 받은 걸로 보이는 아이를 선택해주자.

 
 
 
설치가 끝나면 커뮤니티 플러그인에 들어와 있는 Git을 눌러 아래로 쭉 내려준다.
Custom base path (Git repository path)가 보일 텐데 그곳에 자신의 깃 주소를 넣어 주면 된다는 참고 글을 보았다.
나는 주소를 넣어 두지 않아도 정상적으로 작동했다. 잘못된 정보였다. 
일반적으로는 비워두어도 되며, Git 저장소(.git)가 Vault 루트가 아닌 하위 폴더에 있을 경우에만 해당 폴더의 상대 경로를 입력하면 된다.

Custom base path (Git repository path)

현재 Obsidian Vault를 기준으로,
.git 폴더가 들어 있는 Git 저장소의 상대 경로를 입력하는 설정이다.

1. Vault 폴더에서 git init을 실행한 경우
→ .git 폴더가 Vault 바로 아래에 생성됨
→ Custom base path는 빈칸으로 둔다.

2. Vault 안의 특정 하위 폴더에서 git init을 실행한 경우
→ 해당 하위 폴더의 상대 경로를 입력한다.


ex)

MyVault/.git
→ 빈칸

MyVault/Memo/.git
→ Memo

MyVault/Projects/Memo/.git
→ Projects/Memo

GitHub Repository 주소는 이곳에 넣지 않고,
git remote add origin 명령어를 사용할 때 입력한다.

 
 
 
그다음, 컴퓨터에 Obsidian 폴더가 있는 곳으로 가서 마우스 오른쪽 버튼을 눌러 Open Git Bash here을 눌러주자.

 
 
 
Git Bash 창이 열리면 아래 명령어를 적어주자. 
확인하는 명령어들은 확인하고 싶을 때만 하면 된다.

// 현재 폴더를 Git 저장소로 초기화 (최초 1회)
git init 

// Git 커밋 작성자 정보 등록
// 이 컴퓨터에서 생성하는 커밋에 기록될 이름과 이메일. PC당 최초 1회만 적어두면 됨. 
git config --global user.name "작성자 이름"
git config --global user.email "작성자 이메일"

// 정보 등록 확인 (등록한 정보를 확인하고 싶다면. 굳이 할 필요는 없음)
git config --global --list

// 현재 브랜치 이름을 main으로 변경
git branch -M main

// GitHub 원격 저장소(origin) 등록 (최초 1회)
git remote add origin https://github.com/자신의 깃 아이디/자신이 만든 저장소 이름.git

// 저장소 확인 (역시나 굳이 할 필요는 없음.)
git remote -v

// 업로드할 파일 선택 -현재 폴더의 변경 사항들을 commit할 준비 상태로 만들기.
git add .

// 첫 커밋 생성 & GitHub로 푸시
git commit -m "Initial commit"
git push -u origin main

 
 
 
확인하는 명령어들을 적어둔 이유는 혹시나 자신의 저장소가 Obsidian에 아래처럼 연결되지 않았다고 나올 수 있기 때문이다.
근데 보통은 명령어를 입력하고 난 뒤 Obsidian을 껐다가 다시 켜주면 해결된다.

 
 
 
그럼에도 "Git is not ready"가 사라지지 않는다면 자신의 저장소가 제대로 연결되었는지 확인해주어야 한다.

// 현재 내가 있는 폴더 출력 Print Working Directory
pwd

// 현재 폴더가 Git 저장소인지 확인
git status

// .git 폴더 존재 여부 확인
ls -la

// windows가 Git 실행 파일을 찾는지 확인
where.exe git

// Git 버전 확인
git --version

 
 
확인해보고 제대로 연결이 되어 있다면 다시 옵시디언 재실행을 해보자. 
 
그래도 Git is not ready가 계속 표시된다면 다음을 확인한다.
>> Obsidian에서 열어둔 Vault와 git init을 실행한 폴더가 같은지
>> Custom base path에 잘못된 값이 입력되어 있지 않은지
>> Custom Git binary path에 잘못된 경로가 지정되어 있지 않은지
>> Git 플러그인이 활성화되어 있는지
 
 
 
Obsidian에 제대로 Git이 연결되면 설정 부분에서 Automatic이 나오는 걸 확인할 수 있다. 

 
 
 
이후 Obsidian에서 아래 아이콘을 눌러 Git source control을 켜준다.

Git 플러그인과 버튼

 
우측 패널에 Git 플러그인과 버튼들이 뜰 것이다. 그 아래에 수정하거나 추가한 것들이 나온다.

 
 
 
버튼들에 마우스를 올려보면 각각의 버튼의 이름들이 뜬다. 
vault backup: {{date}} 이라고 적혀 있는 곳이 커밋 메시지 쓰는 곳이다. 수정하거나 추가한 부분에 대해 적어 주고 커밋 버튼을 눌러주면 된다.
 
옵시디언을 혼자 사용한다면,
모든 변경 사항을 한 번에 올리는 경우 : 파일 수정 > 커밋 메시지를 작성한 뒤 Commit and Sync
원하는 파일만 골라서 올리는 경우 : 파일 수정 > 원하는 파일 Stage > Commit > Push
 
workspace같은 건 ignore 시켜주자. 굳이 동기화시킬 필요 없다. (가장 아래 부분에 ignore 하는 방법 적어둠.)
 
 
 
버튼에 대해 설명하자면,

Commit and Sync : Commit 후 GitHub와 동기화하기(한번에 업로드)
(필요하면 Pull 후 Push)

Stage All :  모든 변경 사항을 한번에 Commit할 준비하기 
>> git add . 와 같은 동작

Unstage : Stage한 파일을 다시 Stage 취소하기 
>> git restore --staged 파일명 과 같은 동작.

Commit : Stage된 변경 사항을 하나의 버전(커밋)으로 저장하기
>> git commit -m "메시지"와 같은 동작

Push : Commit한 내용을 GitHub의 원격 저장소(origin)에 업로드 
>> git push와 같은 동작

Pull : GitHub의 최신 내용을 내 컴퓨터로 가져오기 
>> git pull과 같은 동작

 
 
 
작업 순서는, 

Git 작업 순서
1. 파일 수정
2. Stage All (git add .)
3. Commit (git commit -m "메시지")
4. Push (git push)


Obsidian 작업 순서 (작업 하는 사람이 혼자라면)
1. 파일 수정
2. Stage All
3. Commit and Sync (Commit, Push를 한 번에 처리)


Obsidian 작업 순서 (여러 명이 함께 작업하는 경우)
1. Pull (최신 내용 가져오기)
2. 파일 수정
3. Stage All
4. Commit
5. Push


>> 여러 명이 함께 작업하거나 여러 컴퓨터에서 같은 저장소를 사용한다면,
작업을 시작하기 전에 먼저 Pull하여 원격 저장소의 최신 내용을 가져오는 것이 좋다.

그 후 파일 수정 → Stage → Commit → Push 순서로 진행한다.

Commit and Sync도 사용할 수 있지만,
충돌이 생겼을 때 Pull과 Push 과정이 한꺼번에 진행되어
원인을 파악하기 어려울 수 있으므로 각 단계를 따로 실행하는 편이 이해하기 쉽다.

 
 
 
아래처럼 staged changes에 수정이나 추가를 했지만 Git에 올리고 싶지 않다면 - 버튼을 눌러서 Unstage 해주고,
반대로 changes에 있는 수정이나 추가된 것 중 stage에 올리고 싶다면  +를 눌러 추가해준 뒤,
vault backup: {{date}} 부분에 원하는 메시지를 적어 commit and sync 버튼을 눌러주면 된다.
 

만약 파일 중 삭제할 것이 있다면 Git Bash 창에서 없애주자

// 1-1. 내 컴퓨터의 실제 파일은 남기고 Git 추적 대상에서 제거하기
// 이후 Commit과 Push를 하면 GitHub 저장소에서도 제거됨
// 파일명에 띄어쓰기가 되어 있다면 ""로 묶어 감싸주자. git rm --cached "파일명"
git rm --cached 파일명

// 1-2. 내 컴퓨터의 파일을 삭제하고 Git에도 삭제 사실을 기록하기
// 이후 Commit과 Push를 하면 GitHub 저장소에서도 제거됨
git rm 파일명

// 2. 삭제 했다는 커밋 
git commit -m "Remove file"

// 3. 푸시
git push

// 현재 상태 확인
git status

// 원격 저장소 확인
git remote -v

// 커밋 기록 확인
git log --oneline

알아두면 편한 Git 약어

-u = --set-upstream (앞으로 이 브랜치와 원격 브랜치를 연결 - 현재 로컬 브랜치와 원격 브랜치의 추적 관계를 설정)

--global = 전역 설정

-m = message

pwd = Print Working Directory (현재 작업 폴더 출력)

cd = Change Directory (폴더 이동)

ls = List (파일 목록 보기)

mkdir = Make Directory (폴더 만들기)

rm = Remove (삭제)

mv = Move (파일 이동/이름 변경)  // 이건 출발지 > 목적지 지정하는 명령.
형식 :
git mv 원래위치(파일) 새위치(파일 또는 폴더)
ex) 
// 이름만 변경
git mv 기존이름.txt 변경이름.txt
// 폴더로 이동 (예: docs폴더)
git mv 기존이름.txt docs/
// 폴더 이동 + 이름 변경
git mv 기존이름.txt docs/변경이름.txt

git init = Initialize

git status = Status

git log = Log

git remote = Remote repository

workspace.json을 ignore하는 방법

 
Obsidian의 workspace.json에는 현재 열려 있는 탭과 패널 배치 등 개인 작업 환경 정보가 저장된다.
작업할 때마다 자주 변경되고, 컴퓨터마다 내용이 달라질 수 있기 때문에 필요하지 않다면 Git의 추적 대상에서 제외할 수 있다.
 
 
우선 .gitignore 파일이 없다면 Vault 최상위 폴더에 만들어주자. 나는 Git Bash에서 만들어 줄 거다. 
Vault 최상위 폴더는 .git과 .obsidian 폴더가 들어 있으며, 앞에서 git init을 실행했던 위치다.
 
 
Git Bash를 켜준 뒤 touch .gitignore 명령어를 입력하고, notepad .gitignore 입력해서 메모장을 열어주자.

touch : 
원래 의미는 파일의 시간을 갱신한다는 건데 여기서는 빈 파일 하나 생성하기로 사용.
파일이 없으면 새 파일을 만들어 주기 때문.

notepad : 
메모장 켜주는 건데 notepad .파일이름 하면 메모장으로 그 파일을 여는 것.


그래서 touch는 사실 안 써도 됨.
notepad .gitignore 라고 입력하면 메모장에 .gitignore 파일 켜달라는 의미라 
메모장이 파일이 없으면 새로 만들꺼냐 물어봄. 그때 Y 누르면 파일이 만들어짐.

 
 
 
메모장에 아래 내용을 입력해 주고 저장해주자.

//메모장에 아래 내용만 입력하면 된다.
//모바일에서 obsidian을 사용하지 않는다면 mobile은 빼자.

.obsidian/workspace.json
.obsidian/workspace-mobile.json

 
 
 
이제 Git Bash에서 Git에게 기존 추적을 중단하라고 알려주자.
>> 이 명령은 workspace.json이 이미 Git에서 관리되고 있을 때만 실행하면 된다.
>> 추적 여부 확인 명령어 : git ls-files ".obsidian/workspace.json" 결과로 경로가 출력되면 Git이 추적 중인 것. 

git rm --cached ".obsidian/workspace.json"

>> --cached : 위에서 적어둔 대로 컴퓨터에 있는 실제 파일은 그대로 두고 Git의 추적 대상에서만 제거하기.
 
혹시나 모바일에서도 Obsidian을 사용한다면 

git rm --cached ".obsidian/workspace-mobile.json"

 
 
 
이제 커밋하고 Push하자.

git add .gitignore
git commit -m "Ignore Obsidian workspace files"
git push

 
 
 
 
GitHub에서도 .gitignore 파일이 추가되고, workspace.json이 저장소에서 제거된 것을 확인할 수 있다.

노트북 : 레노버 ThinkPad X1 Carbon
 
 
사람이 이상하게 찝찝한 그런 날이 있지 않은가. 
그날이 그랬다. 
 
 
평화롭게 노트북으로 작업을 마치고 종료하려던 순간,
 
<업데이트 후 종료하기>
 
이상하게 누르고 싶지 않은데.
그럼에도 내게 무슨 선택권이 있는가.
전원을 끄기 위해 다른 방도가 없는 것을.
 
 
그리고 다음 날.
전원을 켜보니 나를 반기는 Boot Menu.
 
 
Boot Menu에서 윈도우로 넘어가지 않는다.
Boot Manager를 눌러도 깜빡하고 다시 Boot Menu로 돌아왔다.
Boot Manager 밑에 SSD도 잘 인식되어 보이는데 어떤 버튼을 눌러도 되돌아왔다.
 
 
아.
레노버.
 
 
우선 노트북 뒷면을 풀어 SSD를 뽑고 다시 꼽았다.
레노버 뒤 이쑤시개 하나 들어갈 크기의 리셋 구멍 점을 콕 찔러도 봤다.
가장 쉽게 해결 될 수 있지 않을까 싶었지만,
역시나 동일한 증상.
 
 
그래, 쉽게 가는 쪽은 그동안에도 나와 사이가 좋지는 않았다.
바라지도 않지.
 
 
설마 내 SSD가 죽은 걸까 싶어 데스크탑에 외장 케이스로 연결시켜 확인해봤다.
결과는, 너무 멀쩡했다.
그럼 문제는 뭘까.
 
 
ChatGPT와 함께 명령 프롬프트로 한참을 찾아 헤맨 결과. 
놀랍게도 확인되지 않았다.
오히려 AI와 사이만 서먹해졌다.
저렇게 모를 줄 몰랐지.
 
 
울며 겨자 먹기로 SSD에 있는 중요 데이터를 백업시킨 후, USB 하나를 사서 Windows 복구 USB를 만들었다.
윈도우 설치 화면으로 잘 넘어가는 것 같았으나, 복구하기 버튼을 누르면 설치하기 화면으로 돌아오는 게 아닌가.
 
 
하. 도대체 무슨 문제지.
왜 자꾸 돌아가지. 도르마무도 아니고.
다시 그 화면이 눈앞에 있다.
Boot Menu와 BIOS.
f1과 f12에서 나갈 수 없다.
검은 화면과 파란 화면.
정말 발도 대기 싫은 loop에 빠졌다.
 
 
시간이 지체되는 것 같아, 그냥 SSD를 포기하고 Windows 설치하기로 했다.
그런데 그마저도 되지 않았다. 
오류는 왜 생긴 건데. 왜 설치조차 할 수 없다는 건데.
내가 뭐 많은 걸 바랐나.  
뭔데 도대체.
 
 
한동안 Boot Menu만 바라봤다.
어딜 눌러도 다시 돌아오는 Boot menu.
 
"도르마무, 거래를 하러 왔다"
 
 
하루 아침, 나는 나의 레노버를 잃었다.
그리고 지금도 이게 다시 돌아올 수 있는 상태인지도 모르겠다.