型的文件进行版本控制。 如果你是位图形或网页设计师，可能会需要保存某一幅图片或页面布局文件的 所有修订版本（这或许是你非常渴望拥有的功能），采用版本控制系统 （VCS）是个明智的选择。 有了它你就可以将选定的文件回溯到之前的状态， 甚至将整个项目都回退到过去某个时间点的状态，你可以比较文件的变化细 节，查出最后是谁修改了哪个地方，从而找出导致怪异问题出现的原因，又是 谁在何时报告了某个功能缺陷等等。 使用版本控制系统通常还意味着，就算 某种长期可持 续的工作方式。 在主题分支中工作 如果你想向项目中整合一些新东西，最好将这些尝试局限在 主题分支——一 种通常用来尝试新东西的临时分支中。 这样便于单独调整补丁，如果遇到无 法正常工作的情况，可以先不用管，等到有时间的时候再来处理。 如果你基 于你所尝试进行工作的特性为分支创建一个简单的名字，比如 ruby_client 或 者具有类似描述性的其他名字，这样即使你必须暂时抛弃它，以后回来时也不 progit:master. （本分支落后 progit:master 5 个提交。） 但你的 GitHub 仓库不会被 GitHub 自动更新，这件事必须由你自己来做。还 好，这事儿很简单。 第 一 种 方 法 无 需 配 置 。 例 如 ， 若 你 从 https://github.com/progit/progit2.git 派生了项目， 你可以像这样更新你 的 master 分支： $ git checkout

可以对任何类型的文件进行版本控制。 如果你是位图形或网页设计师，可能会需要保存某一幅图片或页面布局文件的所有修订版本（这或许是你非常渴 望拥有的功能），采用版本控制系统（VCS）是个明智的选择。 有了它你就可以将选定的文件回溯到之前的状 态，甚至将整个项目都回退到过去某个时间点的状态，你可以比较文件的变化细节，查出最后是谁修改了哪个地 方，从而找出导致怪异问题出现的原因，又是谁在何时报告了某个功能缺陷等等。 使用版本控制系统通常还意 到目前为止，你应该已经有办法使用 Git 来完成日常工作。 然而，为了使用 Git 协作功能，你还需要有远程的 Git 仓库。 尽管在技术上你可以从个人仓库进行推送（push）和拉取（pull）来修改内容，但不鼓励使用这种方 法，因为一不留心就很容易弄混其他人的进度。 此外，你希望你的合作者们即使在你的电脑未联机时亦能存取 仓库 — 拥有一个更可靠的公用仓库十分有用。 因此，与他人合作的最佳方法即是建立一个你与合作者们都有权 Git 提供的一个叫做“rerere”的功能会有一些 帮助。 Rerere 是“重用已记录的冲突解决方案（reuse recorded resolution）”的意思——它是一种简化冲突解决的方 法。 当启用 rerere 时，Git 将会维护一些成功合并之前和之后的镜像，当 Git 发现之前已经修复过类似的冲突 时， 便会使用之前的修复方案，而不需要你的干预。 这个功能包含两个部分：一个配置选项和一个命令。

models/user 和 services/user ，当这些包在一个Go文件中 被导入时，很难知道我们使用的是哪个包以及它是变量名还是导入名。因此，我们始终建议使用导入别名。为了与常 见的驼峰命名法的包变量区分开，建议使用snake_case作为导入别名的命名规则。 例如： import user_service "code.gitea.io/gitea/services/user" 包依赖关系