git config --list user.name=John Doe user.email=johndoe@example.com color.status=auto color.branch=auto color.interactive=auto color.diff=auto ... You may see keys more than once, because Git reads the points are okay, too - Typically a hyphen or asterisk is used for the bullet, followed by a single space, with blank lines in between, but conventions vary here - Use a hanging indent If all your commit team on closed-source projects vs contributing to a big public project. You know to check for white-space errors before committing, and can write a great commit message. You learned how to format patches

git config --list user.name=John Doe user.email=johndoe@example.com color.status=auto color.branch=auto color.interactive=auto color.diff=auto ... You may see keys more than once, because Git reads the points are okay, too - Typically a hyphen or asterisk is used for the bullet, followed by a single space, with blank lines in between, but conventions vary here - Use a hanging indent If all your commit on closed-source projects vs contributing to a big public project. You know to check for white-space errors before committing, and can write a great commit message. You learned how to format patches

git config --list user.name=John Doe user.email=johndoe@example.com color.status=auto color.branch=auto color.interactive=auto color.diff=auto ... You may see keys more than once, because Git reads the points are okay, too - Typically a hyphen or asterisk is used for the bullet, followed by a single space, with blank lines in between, but conventions vary here Do as we say, not as we do. - Use a hanging on closed-source projects vs contributing to a big public project. You know to check for white-space errors before committing, and can write a great commit message. You learned how to format patches

git config --list user.name=John Doe user.email=johndoe@example.com color.status=auto color.branch=auto color.interactive=auto color.diff=auto ... 你可能会看到重复的变量名，因为 Git 会从不同的文件中读取同一个配置（例如：/etc/gitconfig 如果你看到在一次合并中有大量关于空 白的问题，你可以直接中止它并重做一次， 这次使用 -Xignore-all-space 或 -Xignore-space-change 选项。 第一个选项在比较行时 完全忽略 空白修改，第二个选项将一个空白符与多个连续的空白字符视作等价 的。 $ git merge -Xignore-space-change whitespace Auto-merging hello.rb Merge puts 'hello mundo' end hello() 在这时我们已经漂亮地合并了那个文件。 实际上，这比使用 ignore-space-change 选项要更好，因为在合并 前真正地修复了空白修改而不是简单地忽略它们。 在使用 ignore-space-change 进行合并操作后，我们最终 得到了有几行是 DOS 行尾的文件，从而使提交内容混乱了。 如果你想要在最终提交前看一下我们这边与另一边之间实际的修改，

git config --list user.name=John Doe user.email=johndoe@example.com color.status=auto color.branch=auto color.interactive=auto color.diff=auto ... 你可能会看到重复的变量名，因为 Git 会从不同的文件中读取同一个配置（例 如：/etc/gitconfig 你看到在一次合并中有大量关于空白的问题，你可以直接中止它并重做一次， 这次使用 -Xignore-all-space 或 -Xignore-space-change 选项。 第一个选项 在比较行时 完全忽略 空白修改，第二个选项将一个空白符与多个连续的空白 字符视作等价的。 $ git merge -Xignore-space-change whitespace Auto-merging hello.rb Merge 'hello mundo' end hello() 在这时我们已经漂亮地合并了那个文件。 实际上，这比使用 ignore-space- change 选项要更好，因为在合并前真正地修复了空白修改而不是简单地忽略 它们。 在使用 ignore-space-change 进行合并操作后，我们最终得到了有几 行是 DOS 行尾的文件，从而使提交内容混乱了。 如果你想要在最终提交前看一下我们这边与另一边之间实际的修改，

日志记录器的标志 --expression value , -e value : 日志记录器的匹配表达式 --prefix value , -p value : 日志记录器的前缀 --color : 在日志中使用颜色 --stderr : 将控制台日志输出到stderr - 仅适用于控制台 file : 添加文件日志记录器 选项: --group value , -g value 日志记录器的标志 --expression value , -e value : 日志记录器的匹配表达式 --prefix value , -p value : 日志记录器的前缀 --color : 在日志中使用颜色 Gitea 命令行 - 67 - 本文档使用 书栈网 · BookStack.CN 构建 --filename value , -f value : 日志记录器的文件名 日志记录器的标志 --expression value , -e value : 日志记录器的匹配表达式 --prefix value , -p value : 日志记录器的前缀 --color : 在日志中使用颜色 --reconnect-on-message , -R : 对于每个消息重新连接主机 --reconnect , -r : 连接中断时重新连接主机 --protocol