【昊鼎王五】Windows的Git客户端安装步骤

本文详细介绍了在Windows环境下安装Git客户端的步骤,包括Git的安装、SSH密钥的生成、TortoiseGit的安装,以及如何配置Git以支持中文字符,避免代码乱码问题。此外,还提供了在Eclipse中设置UTF-8格式的方法。

【昊鼎王五】Windows的Git客户端安装步骤

1.先双击Git-1.9.5-preview20141217.exe安装GIT (默认选择即可,直接点击下一步下一步)
2.安装完成GIT后,点击“开始/所有程序/Git/Git Bash”,弹出Git客户端操作界面(内嵌MingW32),输入 git --version,如果有显示:“git version 1.9.5.msysgit.0”,表示安装成功。
3.在该界面继续输入 ssh-keygen -t rsa 命令,然后不断按 回车 ,就生成了 你的本机的git公共密钥和私有密钥。公共密钥请配置到GITLAB上。私有密钥请妥善保存。
4.再解压《TortoiseGit-1.8.10.0-64bit.zip》后安装TortoiseGit(默认选择即可,直接点击下一步下一步),这个只是GIT的图形化界面工具而已,与TortoiseSVN类似,重点在123步骤。GIT所有操作时基于上面的三步。
5.gitlab的界面地址是:http://192.168.1.107/ ,用户名一般是:自己姓名全拼@XXX.com ,初始密码是xxx

解决git上代码乱码及支持中文字符配置:

C:\Program Files(x86)\Git\etc\gitconfig 添加:
[core]
autocrlf = false
[gui]
encoding = utf-8
[i18n]
commitencoding = utf-8
logoutputencoding = GBK

C:\Program Files(x86)\Git\etc\inputrc 修改两行为:
set output-meta on ###使得在 Git Bash 中可以正常输入中文,比如中文的 commit log
set convert-meta off ###使得在 Git Bash 中可以正常输入中文,比如中文的 commit log

C:\Program Files(x86)\Git\etc\git-completion.bash 末尾增加:
alias ls=‘ls --show-control-chars --color=auto’ ###使用 ls --show-control-chars 命令来强制使用控制台字符编码显示文件名,即可查看中文文件名。
alias ll=‘ls -l’ ###使用ll 能清晰的查看

C:\Program Files(x86)\Git\etc\profile 末尾增加:
export LESSCHARSET=utf-8 ####使得 git log 可以正常显示中文(配合i18n.logoutputencoding = gbk)

在Git Bash命令行中输入的:
git config --global core.quotepath false #如果文件名是中文,原先形如 274\232\350\256\256\346\200\273\347\273\223.png 的乱码,此项配置后就不会对0x80以上的字符进行quote。中文显示正常。
git config --global gui.encoding utf-8 ###设置git gui的界面编码
git config --global i18n.commitencoding utf-8 ###设置 commit log 提交时使用 utf-8 编码,可避免服务器上乱码,同时与linux上的提交保持一致!
git config --global i18n.logoutputencoding gbk ###使得在 $ git log 时将 utf-8 编码转换成 gbk 编码,解决Msys bash中git log 乱码。
git config --global user.name “张三”
git config --global user.email “张三@nsw82.com”
git config --global color.ui true
git config --global core.autocrlf false
git config --global core.editor “vim” # 设置Editor使用vim
git config -l #可以查看所有配置

另外,Eclipse设置UTF-8格式,方法如下:
将Eclipse所有的设置都设置为UTF-8格式,以方便开发使用。
方法/步骤

  1. Window -> Preferences -> General -> Workspace -> Text file encoding,选择Other选项的UTF-8
  2. Window -> Preferences -> General -> Content Types 选择Text,下边Default encoding写为:UTF-8,点Update按钮。展开Text,把"Java Properties File"、"JSP"的"ISO-8859-1"统统设置为UTF-8
  3. Window -> Preferences -> Web -> JSP Files -> Encoding选择ISO 10646/Unicode(UTF-8),点Apply按钮
    END
<think> 嗯,用户要求解释“git blame”命令,并且需要按照特定格式回答。用户特别强调了回答后必须提出3-5个相关问题,并以“§§相关问题§§”开头。 用户可能是开发者或项目维护者,想了解代码溯源功能。ta特意要求中文回答,说明可能母语是中文的开发人员。从ta严格规范回答格式的行为看,可能是在测试我的响应能力,或是需要结构化内容用于文档场景。 关于git blame的核心功能:这是Git的代码追溯工具,通过逐行显示最后修改信息帮助定位代码责任人。准备从三个维度展开说明:基础功能(显示文件/行号/提交哈希/作者)、实用场景(追责、查历史、协同调试)、常用参数(-L范围查找、-w忽略空格、-C追溯复制代码)。 需要特别注意回答结构:先解释命令,然后用代码块展示示例输出(模拟git blame的效果),最后严格按用户要求的格式列出相关问题。相关问题要围绕git blame的延伸应用设计,比如:如何追溯文件删除?如何配置显示格式?与git log有何区别? 特别注意用户提到的格式要求:必须用“§§相关问题§§”开头,问题用数字序号,禁止换行分散。这可能是为了便于机器解析,不能出错。 </think>`git blame` 是一个强大的 Git 命令,用于追踪文件中每一行代码的**最后修改信息**(谁修改的、在哪个提交中修改的、何时修改的)。它对于理解代码历史、查找引入更改的提交(尤其是为了调试或追溯问题)以及查看代码所有权非常有用。 **基本用法:** ```bash git blame <文件名> ``` **输出示例:** ``` ^b1b2b3b (张三 2023-10-25 15:30:22 +0800 1) function calculateTotal(items) { 8f7a6e5d (李四 2024-01-10 11:45:01 +0800 2) let total = 0; 8f7a6e5d (李四 2024-01-10 11:45:01 +0800 3) for (const item of items) { c4d5e6f7 (王五 2024-02-15 09:12:33 +0800 4) total += item.price * item.quantity; b1b2b3b4 (张三 2023-10-25 15:30:22 +0800 5) } b1b2b3b4 (张三 2023-10-25 15:30:22 +0800 6) return total; a9b8c7d6 (赵六 2024-03-01 14:22:18 +0800 7) } ``` **解读输出:** 1. **提交哈希 (Commit Hash):** 行首的短哈希值(如 `^b1b2b3b`, `8f7a6e5d`)标识了最后一次修改该行的提交。`^` 前缀通常表示该行是在文件的初始提交中添加的(即文件创建时)。 2. **作者 (Author):** 进行该次提交的作者姓名(如 `张三`, `李四`)。 3. **提交日期和时间 (Commit Date & Time):** 提交发生的日期和时间(如 `2023-10-25 15:30:22 +0800`)。 4. **行号 (Line Number):** 文件中的行号(如 `1)`, `2)`)。 5. **代码内容 (Code Content):** 该行的实际代码。 **常用选项:** * **指定修订范围/文件版本:** `git blame <commit-ish> -- <文件名>` * 例如:`git blame v1.0 -- app.js` 查看标签 `v1.0` 时文件的 blame 信息。 * 例如:`git blame HEAD~3 -- app.js` 查看当前提交往前数第 3 个祖先提交时的 blame 信息。 * **指定行范围 (`-L`):** `git blame -L <start>,<end> <文件名>` * 例如:`git blame -L 10,20 app.js` 只查看文件 `app.js` 的第 10 行到第 20 行。 * 例如:`git blame -L '/function calculateTotal/',+5 app.js` 从匹配正则表达式 `/function calculateTotal/` 的行开始,显示该行及后面 5 行。 * **忽略空格修改 (`-w`):** `git blame -w <文件名>` * 在追溯行历史时忽略仅涉及空白字符(空格、制表符、换行符)的修改,使 blame 结果更关注实质性代码变更。 * **追溯文件移动/复制 (`-C`, `-C -C`, `-M`):** * `git blame -C <文件名>`:尝试找出当前文件中代码片段的原始出处,即使它是在当前文件(或其他文件)的历史中被复制或移动过来的(仅在当前文件内查找)。 * `git blame -C -C <文件名>` 或 `git blame -CCC <文件名>`:更积极地跨文件查找代码片段的原始出处。 * `git blame -M <文件名>`:检测同一提交中移动或复制的代码块(主要用于重命名检测)。通常与 `-C` 结合使用 `-C -M`。 * **指定输出格式 (`--porcelain`, `--line-porcelain`):** 提供更稳定、机器可读的输出格式,便于脚本处理。 * **显示电子邮件 (`-e`):** 显示作者的电子邮件地址而不是姓名。 * **显示长哈希 (`-l`):** 显示完整的 40 字符提交哈希值。 **主要用途:** 1. **调试与溯源:** 当发现一个 bug 或某些行为发生变化时,快速定位是哪次提交引入了特定的代码行,查看该提交的完整信息 (`git show <commit-hash>`) 了解修改上下文和原因。 2. **代码审查与所有权:** 查看特定代码段最近由谁修改,有助于在代码审查或讨论时联系相关责任人。 3. **理解代码历史:** 浏览文件时了解各部分代码的演变时间和贡献者。 4. **查找删除或移动的代码:** 结合 `-C` 选项可以追踪现在在另一个文件中或已被删除的代码的原始来源(需要结合 `git log` 等命令)。
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值