
  <rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
    <channel>
      <title>Chaos and Order</title>
      <link>https://www.youngju.dev/blog</link>
      <description>천천히 올바르게. AI Researcher &amp; DevOps Engineer Youngju&#39;s blog. GPU/CUDA, LLM, MLOps, Kubernetes AI workloads, and data engineering — plus mindset essays on confidence, routines, health, and sport psychology.</description>
      <language>ko</language>
      <managingEditor>fjvbn2003@gmail.com (Youngju Kim)</managingEditor>
      <webMaster>fjvbn2003@gmail.com (Youngju Kim)</webMaster>
      <lastBuildDate>Sun, 26 Jul 2026 00:00:00 GMT</lastBuildDate>
      <atom:link href="https://www.youngju.dev/tags/gitignore/feed.xml" rel="self" type="application/rss+xml"/>
      
  <item>
    <guid>https://www.youngju.dev/blog/git/2026-07-26-gitignore-not-working</guid>
    <title>.gitignore가 작동하지 않을 때 — 원인 1위와 패턴 규칙 정독</title>
    <link>https://www.youngju.dev/blog/git/2026-07-26-gitignore-not-working</link>
    <description>무시 목록에 분명히 적었는데 파일이 계속 올라오는 이유는 대부분 하나입니다. 이미 추적 중인 파일에는 무시 규칙이 적용되지 않습니다. 이 글은 인덱스에서 빼는 정확한 명령과 그 명령이 동료의 작업 디렉터리에서 파일을 지운다는 부작용, 어느 규칙이 범인인지 Git에게 직접 물어보는 check-ignore 사용법과 추적 중인 파일에서는 아무것도 출력하지 않는 함정, 선행 슬래시와 후행 슬래시와 부정 패턴의 순서 의존성, 상위 디렉터리를 제외하면 그 안의 부정 패턴이 무력화되는 규칙, 무시 규칙의 우선순위 계층, 대소문자를 구분하지 않는 파일시스템이 만드는 유령 변경까지 실제 출력과 함께 정리했습니다. 마지막으로 이미 커밋된 시크릿에는 무시 목록이 아무 역할도 하지 못한다는 점과 그때의 올바른 순서를 다룹니다.</description>
    <pubDate>Sun, 26 Jul 2026 00:00:00 GMT</pubDate>
    <author>fjvbn2003@gmail.com (Youngju Kim)</author>
    <category>git</category><category>gitignore</category><category>troubleshooting</category><category>security</category><category>version-control</category>
  </item>

    </channel>
  </rss>
