之前记录过学习git的过程，有些乱；这次使用deepseek提问，发现一下子清晰起来，甚好
我们通常需要一个服务器端的远程仓库，在开发机器上拉取代码，修改调试后，提交到远程仓库。那么远程仓库是怎么创建的呢？这里就要提到一个参数bare。
--bare参数用于创建一个裸仓库（bare repository）。裸仓库与普通仓库的区别在于它不包含工作目录，只包含Git的版本控制信息（如.git目录中的内容）。裸仓库通常用于作为远程仓库，供多人协作使用。
裸仓库的作用
作为中央仓库：
裸仓库通常用于作为远程仓库，开发者可以将本地仓库的更改推送到裸仓库，或从裸仓库拉取更新。
例如，GitHub、GitLab 等代码托管平台上的远程仓库本质上就是裸仓库。
不包含工作目录：
裸仓库没有工作目录，因此无法直接在其中编辑文件或提交更改。
它只存储 Git 的对象（objects）、引用（refs）、配置（config）等版本控制数据。
适合多人协作：
裸仓库是多人协作开发的核心，开发者可以通过克隆裸仓库来获取代码，并通过推送（push）和拉取（pull）来同步更改。
命名约定：
裸仓库通常以
.git结尾，例如project.git，以区别于普通仓库。
创建裸仓库
使用以下命令可以创建一个裸仓库：
git init --bare <仓库名>.git例如：
git init --bare my-project.git这会在当前目录下创建一个名为 my-project.git 的裸仓库。
裸仓库 vs 普通仓库
| 特性 | 裸仓库 (Bare Repository) | 普通仓库 (Non-Bare Repository) |
|---|---|---|
| 工作目录 | 不包含工作目录 | 包含工作目录 |
| 用途 | 作为远程仓库，用于协作开发 | 用于本地开发 |
| 文件结构 | 只有 .git 目录的内容 |
包含 .git 目录和工作目录 |
| 是否可以编辑文件 | 不可以 | 可以 |
| 典型命名 | 以 .git 结尾，如 repo.git |
不以 .git 结尾，如 repo |
使用场景示例
1. 创建裸仓库并作为远程仓库
假设你在服务器上创建一个裸仓库，作为团队的中央仓库：
# 在服务器上创建裸仓库
git init --bare /path/to/repos/my-project.git2. 克隆裸仓库到本地
开发者可以将裸仓库克隆到本地进行开发：
git clone user@server:/path/to/repos/my-project.git3. 推送更改到裸仓库
开发者在本地完成开发后，可以将更改推送到裸仓库：
git add .
git commit -m "完成新功能开发"
git push origin main4. 其他开发者同步更改
其他开发者可以从裸仓库拉取最新更改：
git pull origin main为什么需要裸仓库？
避免冲突：
如果普通仓库作为远程仓库，开发者直接推送更改时可能会导致工作目录的状态冲突。
裸仓库没有工作目录，因此不会出现这种问题。
集中管理：
裸仓库作为中央仓库，可以集中管理代码，方便团队协作。
简化操作：
裸仓库只关注版本控制数据，不涉及工作目录，因此更轻量、更高效。
git commit -m
git commit -m 是 Git 中一个常用的命令，用于直接提供提交消息（commit message），而无需打开文本编辑器。这个选项非常适合快速提交更改，尤其是在提交消息比较简单的情况下。
git commit -m "提交消息""提交消息"：用双引号括起来的提交消息内容。这个消息会直接作为本次提交的记录。
示例
假设你修改了一些文件并准备提交，可以使用以下命令：
git add . # 将更改添加到暂存区
git commit -m "修复了登录页面的样式问题"运行后，Git 会直接创建一个提交，提交消息为 "修复了登录页面的样式问题"。
多行提交消息
如果提交消息需要多行，可以使用多个 -m 选项：
git commit -m "标题行" -m "详细描述行1" -m "详细描述行2"例如
git commit -m "更新用户认证逻辑" -m "- 修复了密码验证的漏洞" -m "- 优化了认证流程的性能"提交消息会显示为：
更新用户认证逻辑
- 修复了密码验证的漏洞
- 优化了认证流程的性能结合其他选项
-m 可以与其他 git commit 的选项一起使用，例如：
-a：提交所有已跟踪文件的更改（跳过git add步骤）。--amend：修改最近一次提交。
例如：
git commit -am "快速提交所有更改"或者：
git commit --amend -m "修正上次提交的消息"注意事项
提交消息的格式：
第一行是标题（建议不超过 50 个字符）。
第二行是空行。
从第三行开始是详细描述（每行建议不超过 72 个字符）。
示例：
修复了登录页面的样式问题 详细描述： - 调整了按钮的间距 - 修复了字体颜色问题避免过于简短的提交消息：
提交消息应尽量清晰、具体，方便日后查看历史记录时理解更改的内容。
与
-t选项冲突：如果同时使用了
-t（指定提交模板），-m选项会优先生效，模板会被忽略。
总结
git commit -m 是一个非常方便的命令，适合快速提交更改。但对于复杂的提交（如需要详细描述或遵循特定格式），建议使用 git commit（不带 -m）打开编辑器编写提交消息。
git commit -t
git commit -t
是 Git 中的一个命令，用于在提交时使用指定的模板文件作为提交消息的模板。这个选项允许你预先定义一个提交消息的格式或内容，然后在提交时自动加载该模板，方便你填写提交信息。
使用方法
git commit -t <模板文件路径><模板文件路径>：指定一个文件作为提交消息的模板。Git 会打开编辑器，并将该文件的内容加载到编辑器中，供你修改或直接使用。
示例
假设你有一个提交消息模板文件 commit-template.txt，内容如下：
# 请填写提交信息
# 第一行是标题（不超过 50 个字符）
#
# 第二行是空行
# 第三行开始是详细描述（每行不超过 72 个字符）你可以使用以下命令提交更改，并加载该模板：
git commit -t commit-template.txt运行该命令后，Git 会打开默认的文本编辑器（如 Vim 或 Nano），并将 commit-template.txt 的内容加载到编辑器中。你可以根据需要修改模板内容，然后保存并退出编辑器以完成提交。
结合其他选项
-t 选项可以与其他 git commit 的选项一起使用，例如：
-a：提交所有已跟踪文件的更改。-m：直接提供提交消息（如果同时使用-t，模板会被忽略）。
例如：
git commit -a -t commit-template.txt配置默认提交模板
如果你希望每次提交都使用同一个模板，可以通过 Git 配置设置默认的提交模板：
git config --global commit.template ~/.git-commit-template.txt这样，每次运行 git commit 时，Git 都会自动加载 ~/.git-commit-template.txt 作为提交消息模板。
未能配置成功，不知缘由
注意事项
如果模板文件不存在，
git commit -t会报错。如果同时使用了
-m选项（直接提供提交消息），-t选项会被忽略。