
  <rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
    <channel>
      <title>Hyo814`s Blog</title>
      <link>https://hyo814-blog.vercel.app/blog</link>
      <description>풀스택 개발자 임효진의 기술 블로그 — 프로젝트 회고, 프런트엔드·백엔드 학습 기록을 정리합니다.</description>
      <language>ko</language>
      <managingEditor>ggamjge8888@naver.com (Hyo814)</managingEditor>
      <webMaster>ggamjge8888@naver.com (Hyo814)</webMaster>
      <lastBuildDate>Sun, 21 Dec 2025 00:00:00 GMT</lastBuildDate>
      <atom:link href="https://hyo814-blog.vercel.app/tags/git/feed.xml" rel="self" type="application/rss+xml"/>
      
  <item>
    <guid>https://hyo814-blog.vercel.app/blog/git-커밋-메시지-작성법</guid>
    <title>Git 커밋 메시지 잘 쓰는 법 — 그리고 내 저장소 2년치로 검증해 본 결과</title>
    <link>https://hyo814-blog.vercel.app/blog/git-커밋-메시지-작성법</link>
    <description>커밋 메시지 컨벤션(타입, 50자 제목, 명령형)을 정리한 글입니다. 그런데 규칙 정리보다 값진 게 생겼어요 — 제 사이드 프로젝트 2년치 커밋 500여 개를 이력서 재료로 캐면서, 이 글의 &quot;나쁜 예&quot;를 전부 제가 저질렀다는 걸 확인했습니다. 나쁜 커밋의 비용이 언제 어떻게 청구되는지를 뒤에 붙였습니다.</description>
    <pubDate>Sun, 21 Dec 2025 00:00:00 GMT</pubDate>
    <author>ggamjge8888@naver.com (Hyo814)</author>
    <category>기술노트</category><category>Git</category>
  </item>

  <item>
    <guid>https://hyo814-blog.vercel.app/blog/깃-명령어-정리</guid>
    <title>깃 명령어 정리 — 치트시트와 실무에서 걸린 지점</title>
    <link>https://hyo814-blog.vercel.app/blog/깃-명령어-정리</link>
    <description>자주 쓰는 깃 명령어를 목적별 표로 정리한 치트시트입니다. 뒤에 실무에서 걸린 지점을 붙였습니다 — checkout 하나가 브랜치 이동과 파일 복원이라는 전혀 다른 두 일을 한다는 것(switch/restore가 나온 이유), reset --hard의 안전망인 reflog, 그리고 표에는 없지만 커밋 고고학에 제일 많이 쓴 log -S까지.</description>
    <pubDate>Wed, 23 Apr 2025 00:00:00 GMT</pubDate>
    <author>ggamjge8888@naver.com (Hyo814)</author>
    <category>기술노트</category><category>Git</category>
  </item>

    </channel>
  </rss>
