惑。 直接记录快照，而非差异比较 Git 和其它版本控制系统（包括 Subversion 和近似工具）的主要差别在于 Git 对待数据的方式。 从概念上来说，其它大部分系统以文件变更列表的方式存 储信息，这类系统（CVS、Subversion、Perforce 等等） 将它们存储的信息 看作是一组基本文件和每个文件随时间逐步累积的差异 （它们通常称作 基于 差异（delta-based） 最重要的部分，从其它计算机克隆仓库时，复制的就是这里的数据。 基本的 Git 工作流程如下： 1. 在工作区中修改文件。 2. 将你想要下次提交的更改选择性地暂存，这样只会将更改的部分添加到暂 存区。 3. 提交更新，找到暂存区的文件，将快照永久性存储到 Git 目录。 如果 Git 目录中保存着特定版本的文件，就属于 已提交 状态。 如果文件已修 改并放入暂存区，就属于 已暂存 状态。 in working directory) modified: CONTRIBUTING.md 这个命令有点儿奇怪，但是起作用了。 CONTRIBUTING.md 文件已经是修改未暂 存的状态了。   git reset 确实是个危险的命令，如果加上了 --hard 选项则更是如此。 然而在上述场景 中，工作目录中的文件尚未修改，因此相对安全一些。 到目前为止这个神奇的调用就是你需要对

/dev/null +++ b/README @@ -0,0 +1 @@ +My Project 请注意，git diff 本身只显示尚未暂存的改动，而不是自上次提交以来所做的所有改动。 所以有时候你一下子暂 存了所有更新过的文件，运行 git diff 后却什么也没有，就是这个原因。 像之前说的，暂存 CONTRIBUTING.md 后再编辑，可以使用 git status 查看已被暂存的修改或未被暂存的修 每一次运行提交操作，都是对你项目作一次快照，以后可以回到这个状态，或者进行比较。 跳过使用暂存区域 尽管使用暂存区域的方式可以精心准备要提交的细节，但有时候这么做略显繁琐。 Git 提供了一个跳过使用暂 存区域的方式， 只要在提交的时候，给 git commit 加上 -a 选项，Git 就会自动把所有已经跟踪过的文件暂存 起来一并提交，从而跳过 git add 步骤： 40 $ git status 第二种更直观的删除远程标签的方式是： $ git push origin --delete 检出标签 如果你想查看某个标签所指向的文件版本，可以使用 git checkout 命令， 虽然这会使你的仓库处于“分离头 指针（detached HEAD）”的状态——这个状态有些不好的副作用： $ git checkout 2.0.0 Note: checking out '2.0.0'. You are in

：（实验性功能）使用 go-git 变体的 Git 命令。 将所有资源（JS/CSS/模板等）打包到二进制文件中。在生产环境部署时，使用 bindata 构建标签是必需的。在开 发/测试 Gitea 或能够明确分离资源时，可以不用 bindata 。 要包含所有资源，请使用 bindata 标签： 1. TAGS="bindata" make build 在我们的持续集成系统的默认发行版中，构建标签为： GIT_PROTOCOL 添加到您的sshd_config文件中。 PULL_REQUEST_PUSH_MESSAGE : true: 对于推送到非默认分支的响应，使用URL创建拉取请求（如果启用了该存 Cron - 从数据库中删除所有旧的操作 ( cron.delete_old_actions ) Cron - 从数据库中删除所有旧的系统通知 ( cron.delete_old_system_notices ，则所有默认路径都将相对于该 gitea 二进制文件；如果从发行版安装，则可能会将这 些路径修改为Linux文件系统标准。Gitea 将会自动创建包括 custom/ 在内的必要应用目录，应用本身的配置存 放在 custom/conf/app.ini 当中。在发行版中可能会以 /etc/gitea/ 的形式为 custom 设置一个符号链接， 查看配置详情请移步： 快速备忘单

#查看全局设置 ★本地设置 针 对 单 一 项 目 的 设 置 ， 使 用 --local 参 数 ， 本 地 设 置 信 息 保 存 在 项 目 目 录/.git/config文件里 # cd 项目目录 # git init #初始化仓库，将在当前路径下生成.git子目录，子目录里有 此git仓库的相关信息