github/ISSUE_TEMPLATE .github/issue_template .gitlab/ISSUE_TEMPLATE .gitlab/issue_template 目录支持混合存放 Markdown ( .md ) 或 YAML ( .yaml / .yml ) 格式的工单模板。另外，合并请求模板不 支持目录存放。 工单模板目录 工单与合并请求模板 - 242 而不是

需要把裸版本库放到正确的目录下就可以。 Git 的数据是以基本的静态文件形式提供的（详情见 Git 内部原 理）。 通常的，会在可以提供读／写的智能 HTTP 服务和简单的只读的哑 HTTP 服务之间选一个。 极少会将二者混合 提供服务。 优点 我们将只关注智能 HTTP 协议的优点。 不同的访问方式只需要一个 URL 以及服务器只在需要授权时提示输入授权信息，这两个简便性让终端用户使用 Git 变得非常简单。 相比 的分布式协作可以为你的项目和团队 衍生出种种不同的工作流程， 接下来的章节会介绍几种利用了 Git 的这种灵活性的常见应用方式。 我们将讨论 每种方式的优点以及可能的缺点；你可以选择使用其中的某一种，或者将它们的特性混合搭配使用。 集中式工作流 集中式系统中通常使用的是单点协作模型——集中式工作流。 一个中心集线器，或者说 仓库，可以接受代码， 所有人将自己的工作与之同步。 若干个开发者则作为节点，即中心仓库的消费者与中心仓库同步。 辑器时，Git 带你到列表中第一个提交的父提交，应用第一个提交（f7f3f6d）， 应用第二个提交（ 310154e），然后让你进入命令行。 那里，可以通过 git reset HEAD^ 做一次针对那个提交的混合重置，实 际上将会撤消那次提交并将修改的文件取消暂存。 现在可以暂存并提交文件直到有几个提交，然后当完成时运 行 git rebase --continue： 247 $ git reset HEAD^

只需要把裸版本库放到正确的目录下就可以。 Git 的数据是以基本的静态文件形式提供的（详情见 Git 内部原理）。 通常的，会在可以提供读／写的智能 HTTP 服务和简单的只读的哑 HTTP 服 务之间选一个。 极少会将二者混合提供服务。 优点 我们将只关注智能 HTTP 协议的优点。 不同的访问方式只需要一个 URL 以及服务器只在需要授权时提示输入授权信 息，这两个简便性让终端用户使用 Git 变得非常简单。 相比 的分布式协作可以为你的项目和团队衍生出种种不 同的工作流程， 接下来的章节会介绍几种利用了 Git 的这种灵活性的常见应用 方式。 我们将讨论每种方式的优点以及可能的缺点；你可以选择使用其中的 某一种，或者将它们的特性混合搭配使用。 集中式工作流 集中式系统中通常使用的是单点协作模型——集中式工作流。 一个中心集线 器，或者说 仓库，可以接受代码，所有人将自己的工作与之同步。 若干个开 发者则作为节点，即中心仓库的消费者与中心仓库同步。 带你到列表中第一个提交的父提 交，应用第一个提交（f7f3f6d）， 应用第二个提交（310154e），然后让你 进入命令行。 那里，可以通过 git reset HEAD^ 做一次针对那个提交的混合 重置，实际上将会撤消那次提交并将修改的文件取消暂存。 现在可以暂存并 提交文件直到有几个提交，然后当完成时运行 git rebase --continue： $ git reset HEAD^