<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/">
  <channel>
    <title>Github on hacklog</title>
    <link>https://sjp38.github.io/tags/github/</link>
    <description>Recent content in Github on hacklog</description>
    <image>
      <title>hacklog</title>
      <url>https://sjp38.github.io/%3Clink%20or%20path%20of%20image%20for%20opengraph,%20twitter-cards%3E</url>
      <link>https://sjp38.github.io/%3Clink%20or%20path%20of%20image%20for%20opengraph,%20twitter-cards%3E</link>
    </image>
    <generator>Hugo -- 0.131.0</generator>
    <language>en</language>
    <lastBuildDate>Thu, 01 Jan 2026 12:21:28 -0800</lastBuildDate>
    <atom:link href="https://sjp38.github.io/tags/github/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>My opensource commits statistics in 2025</title>
      <link>https://sjp38.github.io/posts/my_opensource_commits_stat_2025/</link>
      <pubDate>Thu, 01 Jan 2026 12:21:28 -0800</pubDate>
      <guid>https://sjp38.github.io/posts/my_opensource_commits_stat_2025/</guid>
      <description>As today is the first day of 2026, I checked my open source commits statistics using my simple and buggy scripts. Similar statistics for 2024 is available at another post.
Note that the script may have bugs, and numbers don&amp;rsquo;t tell everything.
TL; DR In short, I made 2nd and 1st biggest changes to Linux kernel memory management subsystem among the 321 people, in terms of lines of changes (6,661 / 73,685 lines) and commits (199 / 1,870 commits).</description>
    </item>
    <item>
      <title>My opensource commits statistics in 2024</title>
      <link>https://sjp38.github.io/posts/my_opensource_commits_stat_2024/</link>
      <pubDate>Tue, 31 Dec 2024 10:16:21 -0800</pubDate>
      <guid>https://sjp38.github.io/posts/my_opensource_commits_stat_2024/</guid>
      <description>As today is the last day of 2024, I checked my open source commits statistics using my simple and buggy scripts. Similar statistics for 2023 is available at another post.
Note that the script may have bugs, and numbers don&amp;rsquo;t tell everything.
In short, I made 7th and 2nd biggest changes to Linux kernel memory management subsystem among the 340 people, in terms of lines of changes (2,347) and commits (102).</description>
    </item>
    <item>
      <title>My opensource commits statistics in 2023</title>
      <link>https://sjp38.github.io/posts/my_opensource_commits_stat_2023/</link>
      <pubDate>Sun, 31 Dec 2023 12:57:52 +0000</pubDate>
      <guid>https://sjp38.github.io/posts/my_opensource_commits_stat_2023/</guid>
      <description>As today is the last day of 2023, I checked some open source commits statistics using my simple and buggy script, and github. Similar statistics for 2022 is available at another post.
In short, I made 8th and 4th biggest changes to Linux kernel memory management subsystem among the 295 people, for lines of changes (1,910) and commits (66).
For the Linux kernel whole tree, the numbers become 264th (3,562 lines) and 80th (147 commits) among 5,006 people.</description>
    </item>
    <item>
      <title>2022년 오픈소스 커밋 통계</title>
      <link>https://sjp38.github.io/posts/ko/my_opensource_commits_stat_2022/</link>
      <pubDate>Sat, 31 Dec 2022 13:48:12 +0000</pubDate>
      <guid>https://sjp38.github.io/posts/ko/my_opensource_commits_stat_2022/</guid>
      <description>2022년 마지막 날을 맞아, 저의 간단하고 버그가 많은 스크립트와[1] github 을 통해 저의 오픈소스 커밋 통계를 내봤습니다.
리눅스 커널 통계 리눅스 커널의 메모리 관리 서브시스템과 커널 전체의 2022년 통계를 위해 제 버그 많은 스크립트를[1] 아래와 같이 돌려 봤습니다.
메모리 관리 서브시스템 2022년 한해, 305명의 사람들이 리눅스 커널 메모리 관리 서브시스템 개발에 참여해 81,631 라인의 변경을 2,135 개 커밋으로 만들었습니다.
변경한 라인 수와 커밋 갯수 기준으로 저는 그 305명 가운데 두번째와 (10,537 라인) 세번째로 (106 커밋) 큰 변경을 만들었군요.</description>
    </item>
    <item>
      <title>My opensource commits statistics in 2022</title>
      <link>https://sjp38.github.io/posts/my_opensource_commits_stat_2022/</link>
      <pubDate>Sat, 31 Dec 2022 13:48:12 +0000</pubDate>
      <guid>https://sjp38.github.io/posts/my_opensource_commits_stat_2022/</guid>
      <description>As today is the last day of 2022, I checked some open source commits statistics using my simple and buggy script[1], and github.
Linux kernel statistics I ran my buggy script[1] to show some 2022 statistics for memory management subsystem and whole tree of Linux kernel as below.
Memory Management In 2022, 305 people participated in Linux kernel memory management subsystem development by making 81,631 lines of changes with 2,135 commits.</description>
    </item>
    <item>
      <title>Sphynx document on Github pages Needs `.nojekyll` File</title>
      <link>https://sjp38.github.io/posts/ko/sphynx_doc_on_github_pages_needs_nojekyll/</link>
      <pubDate>Wed, 13 May 2020 06:40:03 +0200</pubDate>
      <guid>https://sjp38.github.io/posts/ko/sphynx_doc_on_github_pages_needs_nojekyll/</guid>
      <description>최근, Sphynx 빌드 시스템[1] 을 사용해 html 로 빌드한 리눅스 커널 문서를 Github page[2] 에 올리려 했습니다. DAMON[3] 문서를 어디서나 볼 수 있게 하려 함이었는데요. 업로드는 쉬웠습니다. 리포지토리 만들고, Sphynx 로 빌드된 Documentation/output/ 의 문서를 여기에 집어넣고 푸시했죠. 하지만, 테마가 적용되지 않아 보기 안좋더군요.
Github 은 모든 Github page 들이 Jekyll[4] 에 기반하고 있다고 생각하며, Jekyll 에서는 _ 로 시작하는 이름의 모든 파일과 디렉토리가 특수하게 처리되기 때문에, Sphynx 에서 생성한 일부 디렉토리가 무시되고 있었습니다.</description>
    </item>
    <item>
      <title>Sphynx document on Github pages Needs `.nojekyll` File</title>
      <link>https://sjp38.github.io/posts/sphynx_doc_on_github_pages_needs_nojekyll/</link>
      <pubDate>Wed, 13 May 2020 06:40:03 +0200</pubDate>
      <guid>https://sjp38.github.io/posts/sphynx_doc_on_github_pages_needs_nojekyll/</guid>
      <description>I recently tried to upload the Linux kernel document which is generated in html form using the Sphynx build system[1] on a Github page[2] so that people can read DAMON[3] document from everywhere. The upload was very easy. I simply created the repo, put the generated html doc at Documentation/output/ into the repo and pushed. However, the theme was not applied.
Github assumes every Github pages to be based on Jekyll[4], and because every files and directories starting with underscores are handled special in Jekyll, some directories Sphynx created were ignored.</description>
    </item>
  </channel>
</rss>
