<?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>Git on Jeanphilo Blog</title><link>https://shio-chan-dev.github.io/jeanblog/categories/git/</link><description>Recent content in Git on Jeanphilo Blog</description><generator>Hugo -- 0.159.2</generator><language>en-us</language><lastBuildDate>Tue, 11 Nov 2025 00:00:00 +0000</lastBuildDate><atom:link href="https://shio-chan-dev.github.io/jeanblog/categories/git/index.xml" rel="self" type="application/rss+xml"/><item><title>Write Clear Issues with Templates: From Zero to GitHub Issue Forms</title><link>https://shio-chan-dev.github.io/jeanblog/notes/git-notes/write-clear-issues-from-zero-to-template/</link><pubDate>Tue, 11 Nov 2025 00:00:00 +0000</pubDate><guid>https://shio-chan-dev.github.io/jeanblog/notes/git-notes/write-clear-issues-from-zero-to-template/</guid><description>&lt;h2 id="title-accurate-and-keyword-rich"&gt;Title (accurate and keyword-rich)&lt;/h2&gt;
&lt;p&gt;&lt;strong&gt;Write Clear Requirements with Issue Templates: A Complete Guide to GitHub Issue Forms&lt;/strong&gt;&lt;/p&gt;
&lt;hr&gt;
&lt;h2 id="subtitle--abstract"&gt;Subtitle / Abstract&lt;/h2&gt;
&lt;p&gt;This post teaches you how to configure GitHub Issue templates for feature requests and bug reports, including folder structure, YAML forms, Markdown templates, and common pitfalls. It is ideal for teams that want clearer requirements and less back-and-forth.&lt;/p&gt;
&lt;hr&gt;
&lt;h2 id="target-readers"&gt;Target readers&lt;/h2&gt;
&lt;p&gt;This article is for:&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;Backend/frontend/full-stack engineers who create Issues regularly&lt;/li&gt;
&lt;li&gt;Leads/TLs/architects who want standardized requirement intake&lt;/li&gt;
&lt;li&gt;Mid-level developers familiar with GitHub but new to Issue templates&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;Beginners can follow, but basic GitHub knowledge is assumed.&lt;/p&gt;</description></item><item><title>How to Set Up Gitea</title><link>https://shio-chan-dev.github.io/jeanblog/notes/git-notes/configure-gitea/</link><pubDate>Tue, 28 Oct 2025 00:00:00 +0000</pubDate><guid>https://shio-chan-dev.github.io/jeanblog/notes/git-notes/configure-gitea/</guid><description>&lt;h1 id="run-gitea-locally-your-private-github-with-existing-repo-import"&gt;Run Gitea Locally: Your Private GitHub (with Existing Repo Import)&lt;/h1&gt;
&lt;p&gt;&lt;strong&gt;Subtitle / Abstract:&lt;/strong&gt;
This guide walks you through installing the lightweight Git server Gitea on your local machine. No root required, no system pollution. Manage, browse, and push projects like GitHub, and import existing repos.&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;Target readers:&lt;/strong&gt;
Personal developers, indie engineers, and small team leads with basic Git knowledge.&lt;/p&gt;
&lt;hr&gt;
&lt;h2 id="background--motivation"&gt;Background / Motivation&lt;/h2&gt;
&lt;p&gt;Many developers want:&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;to host code inside a company or LAN&lt;/li&gt;
&lt;li&gt;to avoid cloud platforms (GitHub/Gitee)&lt;/li&gt;
&lt;li&gt;to have a web UI, pull requests, and code browsing&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;GitLab is heavy (often multiple GB of RAM). Gitea is:&lt;/p&gt;</description></item><item><title>Conventional Commits: Make Team Collaboration and Automation Efficient</title><link>https://shio-chan-dev.github.io/jeanblog/notes/git-notes/git-commit-conventions-team-efficiency/</link><pubDate>Sat, 25 Oct 2025 00:00:00 +0000</pubDate><guid>https://shio-chan-dev.github.io/jeanblog/notes/git-notes/git-commit-conventions-team-efficiency/</guid><description>&lt;h3 id="title"&gt;Title&lt;/h3&gt;
&lt;p&gt;From &lt;code&gt;feat&lt;/code&gt; to &lt;code&gt;fix&lt;/code&gt;: master Git commit conventions for collaboration and automation&lt;/p&gt;
&lt;hr&gt;
&lt;h3 id="subtitle--abstract"&gt;Subtitle / Abstract&lt;/h3&gt;
&lt;p&gt;A practical guide to Conventional Commits. Learn commit types (&lt;code&gt;feat:&lt;/code&gt;, &lt;code&gt;fix:&lt;/code&gt;), write clean messages, and enable automatic changelogs and releases.&lt;/p&gt;
&lt;hr&gt;
&lt;h3 id="target-readers"&gt;Target readers&lt;/h3&gt;
&lt;ul&gt;
&lt;li&gt;&lt;strong&gt;Beginners&lt;/strong&gt;: new to Git, want better commit habits.&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;Mid-level devs&lt;/strong&gt;: want commits friendly to team and CI.&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;Leads/architects&lt;/strong&gt;: want a consistent team standard.&lt;/li&gt;
&lt;/ul&gt;
&lt;hr&gt;
&lt;h3 id="background--motivation"&gt;Background / Motivation&lt;/h3&gt;
&lt;p&gt;Most commit messages look like:&lt;/p&gt;
&lt;blockquote&gt;
&lt;p&gt;&amp;ldquo;update code&amp;rdquo;
&amp;ldquo;fix bug&amp;rdquo;
&amp;ldquo;some changes&amp;rdquo;&lt;/p&gt;</description></item><item><title>LAN Git Bare on WSL2</title><link>https://shio-chan-dev.github.io/jeanblog/notes/git-notes/lan-git-bare-repo/</link><pubDate>Wed, 22 Oct 2025 00:00:00 +0000</pubDate><guid>https://shio-chan-dev.github.io/jeanblog/notes/git-notes/lan-git-bare-repo/</guid><description>&lt;h1 id="access-a-git-bare-repo-on-windows-wsl2-from-the-lan"&gt;Access a Git Bare Repo on Windows WSL2 from the LAN&lt;/h1&gt;
&lt;p&gt;In development, you often need to share Git repositories across multiple machines. If you use WSL2 on Windows and want other LAN machines to access a Git bare repo inside WSL2, this guide walks you through the setup.&lt;/p&gt;
&lt;hr&gt;
&lt;h2 id="1-create-a-git-bare-repo-in-wsl2"&gt;1. Create a Git bare repo in WSL2&lt;/h2&gt;
&lt;p&gt;In WSL2, go to the target directory:&lt;/p&gt;
&lt;div class="highlight"&gt;&lt;pre tabindex="0" style="color:#f8f8f2;background-color:#272822;-moz-tab-size:4;-o-tab-size:4;tab-size:4;-webkit-text-size-adjust:none;"&gt;&lt;code class="language-bash" data-lang="bash"&gt;&lt;span style="display:flex;"&gt;&lt;span&gt;git init --bare my_project.git
&lt;/span&gt;&lt;/span&gt;&lt;/code&gt;&lt;/pre&gt;&lt;/div&gt;&lt;ul&gt;
&lt;li&gt;&lt;code&gt;my_project.git&lt;/code&gt; is a bare repo with no working tree, only Git data.&lt;/li&gt;
&lt;li&gt;A bare repo behaves like a remote and can be cloned and pushed.&lt;/li&gt;
&lt;/ul&gt;
&lt;hr&gt;
&lt;h2 id="2-enable-ssh-in-wsl2"&gt;2. Enable SSH in WSL2&lt;/h2&gt;
&lt;p&gt;Other machines will access via SSH.&lt;/p&gt;</description></item><item><title>Git Branch Workflow for Small Teams</title><link>https://shio-chan-dev.github.io/jeanblog/notes/git-notes/git-branching-workflow/</link><pubDate>Mon, 20 Oct 2025 00:00:00 +0000</pubDate><guid>https://shio-chan-dev.github.io/jeanblog/notes/git-notes/git-branching-workflow/</guid><description>&lt;h1 id="simplified-git-branch-workflow-solo--small-team"&gt;Simplified Git Branch Workflow (Solo / Small Team)&lt;/h1&gt;
&lt;p&gt;This workflow is a simplified version of Git Flow. It is suitable for personal projects or small teams: structured but not heavy.&lt;/p&gt;
&lt;hr&gt;
&lt;h2 id="1-main-branch-long-lived"&gt;1. Main branch (long-lived)&lt;/h2&gt;
&lt;ul&gt;
&lt;li&gt;&lt;strong&gt;&lt;code&gt;main&lt;/code&gt;&lt;/strong&gt;
&lt;ul&gt;
&lt;li&gt;Always stable and release-ready&lt;/li&gt;
&lt;li&gt;Production deployments come from here&lt;/li&gt;
&lt;/ul&gt;
&lt;/li&gt;
&lt;/ul&gt;
&lt;blockquote&gt;
&lt;p&gt;For small teams, &lt;code&gt;main&lt;/code&gt; is usually enough; no need for &lt;code&gt;develop&lt;/code&gt;.&lt;/p&gt;
&lt;/blockquote&gt;
&lt;hr&gt;
&lt;h2 id="2-feature-development-feature-branch"&gt;2. Feature development (feature branch)&lt;/h2&gt;
&lt;ul&gt;
&lt;li&gt;Naming: &lt;code&gt;feature/&amp;lt;feature-name&amp;gt;&lt;/code&gt;&lt;/li&gt;
&lt;li&gt;Purpose: build new features, then merge back to &lt;code&gt;main&lt;/code&gt;&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;Examples:&lt;/p&gt;</description></item><item><title>Use a Local Git Bare Repo to Separate Dev and Test Environments</title><link>https://shio-chan-dev.github.io/jeanblog/notes/git-notes/git-bare-repo-dev-test-isolation/</link><pubDate>Mon, 20 Oct 2025 00:00:00 +0000</pubDate><guid>https://shio-chan-dev.github.io/jeanblog/notes/git-notes/git-bare-repo-dev-test-isolation/</guid><description>&lt;h1 id="use-a-local-git-bare-repo-to-separate-dev-and-test-environments"&gt;Use a Local Git Bare Repo to Separate Dev and Test Environments&lt;/h1&gt;
&lt;p&gt;In full-stack work, a common problem is &lt;strong&gt;how to isolate dev and test environments&lt;/strong&gt;. Many people host on GitHub or GitLab, but private projects may not be suitable for public hosting.&lt;/p&gt;
&lt;p&gt;Git is distributed. You can set up a &lt;strong&gt;local bare repo&lt;/strong&gt; as a remote to move code from &lt;strong&gt;dev -&amp;gt; test&lt;/strong&gt; in one machine.&lt;/p&gt;
&lt;hr&gt;
&lt;h2 id="what-is-a-bare-repository"&gt;What is a bare repository?&lt;/h2&gt;
&lt;ul&gt;
&lt;li&gt;A normal repo (&lt;code&gt;git init&lt;/code&gt;) has a &lt;strong&gt;working tree + .git metadata&lt;/strong&gt; and can be edited directly.&lt;/li&gt;
&lt;li&gt;A bare repo (&lt;code&gt;git init --bare&lt;/code&gt;) has only Git data, no working tree. It is usually used as a &lt;strong&gt;remote&lt;/strong&gt;.&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;In short:&lt;/p&gt;</description></item></channel></rss>