A. tortoisegit怎么更新文件
TortoiseGit使用入门 本地使用Git 首先要确定TortoiseGit已找到msysgit,如果先安装msysgit 再装TortoiseGit, 一般TortoiseGit 就会自动的识别。 安装详见TortoiseGit安装教程 设置与查询的方法,这里从开始菜单进入设置。 这是TortoiseGit的设置界面，可以看到用来定位MSysGit的路径。 点“Check now”检查有效性。如果有错的话,就自己设置msysgit的bin文件路径。 右击任意文件夹，可以看到TortoiseGit已经嵌入右键了。 “Git Clone…”是获得远程的版本库,“Git Create repository here”是将选定的文件夹作为要创建的版本库。 在要创建版本库的文件夹中点“Git Create repository here”后,会显示： 点“Ok”就会在该文件夹的根目录自动创建一个隐藏文件夹".git" 。 注意：最好找个空的文件夹练习操作，或者备份文件夹。比如误选了Clean up把无版本控制的文件都删了,哭都来不及 -_-。 现在，用git初始化过的文件夹就不一样啦!! 不仅文件都有附加的绿钩图标(此为已添加进版本库且未被修改过的文件),右键菜单也多了操作选项。 将要使用git版本库管理的文件,选择后用git的菜单add进去 master是Git默认的主要分支（主干）,适合单人独自开发。
B. Git pull 和fetch merge的区别，单独更新某一个文件
1. git fetch：相当于是从远程获取最新版本到本地，不会自动mergeGit fetch origin mastergit log -p master..origin/mastergit merge origin/master 以上命令的含义： 首先版从远程的origin的master主分支下载最新的版权本到origin/master分支上 然后比较本地的master分支和origin/master分支的差别 最后进行合并 上述过程其实可以用以下更清晰的方式来进行：git fetch origin master:tmpgit diff tmp git merge tmp 从远程获取最新的版本到本地的test分支上 之后再进行比较合并2. git pull：相当于是从远程获取最新版本并merge到本地git pull origin master上述命令其实相当于git fetch 和 git merge在实际使用中，git fetch更安全一些因为在merge前，我们可以查看更新情况，然后再决定是否合并
C. Git工作流程和常用命令分享
git是一个分布式版本控制软件，最初由林纳斯·托瓦兹创作，于2005年以GPL发布。最初目的是为更好地管理Linux内核开发而设计。林纳斯·托瓦兹在编写第一个版本时就使用了“git”这个名称， 他将工具描述为“愚蠢的内容跟踪器”。
[图片上传失败…(image-c23291-1619063471664)]
四个专有名词：
Workspace：工作区
Index / Stage：暂存区
Repository：仓库区（或本地仓库）
Remote：远程仓库
打开本地生成的.git隐藏文件
创建新项目gittest
创建新文件test.txt
git add <file>
git status显示有变更的文件
git restore <file> 撤回文件修改内容
git commit –m “注释”
修改内容-> 执行git diff工作区和本地仓库的差异
git log显示当前分支的版本历史
git reset –hard HEAD^ 当前版本回退到上一个版本
git reset –hard HEAD^ ^ 当前版本回退到上上一个版本
git reset –hard HEAD~100 回退到前100个版本
恢复已经删除的版本
git reflog 展示所有的提交记录
git reset –hard <版本号> 回退到指定版本
git push origin master 将本地master分支推送到远程master分支，相当于创建远程分支
git checkout -b dev = git branch dev + git checkout dev 创建并切换分支
git branch 不带参数，会列出所有本地的分支；带参数表示创建分支
git branch –d name 删除本地分支(-D表示强制删除）
git branch –r 不带参数，会列出所有远程的分支
git branch –set-upstream-to=origin/<branch本地> 本地和远程分支关联
git push origin –delete <branch> 删除远程分支
git merge release用于合并指定分支到当前分支上
注：Fast-forward表示的合并是“快进模式”，也就是直接把master指向dev的当前提交，所以合并速度非常快。在这种模式下，删除分支后，会丢掉分支日志信息。可以使用带参数 –no-ff来禁用”Fast forward”模式。
git merge –no-ff -m “注释”dev
git checkout release 切换release分支
vim test.txt 修改某条内容
git commit test.txt -m “release修改某条内容”
git checkout master 切换master分支
vim test.txt 修改某条同release内容
git commit test.txt -m “master修改某条内容”
git merge release 显示冲突
git status 显示冲突提示
Git用<<<<<<<，=======，>>>>>>>标记出不同分支的内容，其中>>>>release 是指release上修改的内容 vim test.txt 修改内容
git add test.txt
git commit -a -m “fix conflict”
当前分支有没有提交但也不合适现在就提交的内容，Git提供了暂储功能stash
git checkout release
vim test.txt 修改test.txt内容
git checkout develop 此时会提示Aborting
git status 查看当前状态
Git stash list 查看所有暂储列表
git stash apply恢复，恢复后stash内容并不删除，你需要使用命令git stash drop来删除； 另一种方式是使用git stash pop,恢复的同时把stash内容也删除了
创建Git Tag并推送远程服务器
git tag -a V1.0.0 –m“注释” //创建TAG
git push origin V1.0.0 //推送到远程服务器
git push origin –tag //提交所有tag至服务器
git tag -d V1.0.0 //删除本地标签
git push origin –delete tag <tagname> //删除远程标签
HEAD，它始终指向当前所处分支的最新的提交点。你所处的分支变化了，或者产生了新的提交点，HEAD就会跟着改变
add相关命令很简单，主要实现将工作区修改的内容提交到暂存区，交由git管理。
git add .添加当前目录的所有文件到暂存区
git add 添加指定目录到暂存区，包括子目录
git add 添加指定文件到暂存区
commit相关命令也很简单，主要实现将暂存区的内容提交到本地仓库，并使得当前分支的HEAD向后移动一个提交点。
git commit -m 提交暂存区到本地仓库,message代表说明信息
git commit –amend -m 使用一次新的commit，替代上一次提交
上传本地仓库分支到远程仓库分支，实现同步。
git push 上传本地指定分支到远程仓库
git push –force强行推送当前分支到远程仓库，即使有冲突
git push –all推送所有分支到远程仓库
关于分支，大概有展示分支，切换分支，创建分支，删除分支这四种操作。
git branch列出所有本地分支
git branch -r列出所有远程分支
git branch -a列出所有本地分支和远程分支
git branch 新建一个分支，但依然停留在当前分支
git checkout -b 新建一个分支，并切换到该分支
git checkout 切换到指定分支，并更新工作区
git branch -d 删除分支
git push origin –delete 删除远程分支
关于分支的操作虽然比较多，但都比较简单好记
merge命令把不同的分支合并起来。在实际开放中，我们可能从master分支中切出一个分支，然后进行开发完成需求，中间经过R3,R4,R5的commit记录，最后开发完成需要合入master中，这便用到了merge。
git merge 合并指定分支到当前分支
注：如果在merge之后，出现conflict，主要是因为两个用户修改了同一文件的同一块区域。需要针对冲突情况，手动解除冲突。
rebase又称为衍合，是合并的另外一种选择。
在开始阶段，我们处于new分支上，执行git rebase dev，那么new分支上新的commit都在dev分支上重演一遍，最后checkout切换回到new分支。这一点与merge是一样的，合并前后所处的分支并没有改变。
git rebase dev，通俗的解释就是new分支想站在dev的肩膀上继续下去。
rebase操作不会生成新的节点，是将两个分支融合成一个线性的提交。
rebase也需要手动解决冲突。
1.如果你想要一个干净的，没有merge commit的线性历史树，那么你应该选择git rebase
2.如果你想保留完整的历史记录，并且想要避免重写commit history的风险，你应该选择使用git merge
reset命令把当前分支指向另一个位置，并且相应的变动工作区和暂存区。
git reset —soft 只改变提交点，暂存区和工作目录的内容都不改变
git reset —mixed 改变提交点，同时改变暂存区的内容
git reset —hard 暂存区、工作区的内容都会被修改到与提交点完全一致的状态
git revert用一个新提交来消除一个历史提交所做的任何修改。
在回滚这一操作上看，效果差不多。git revert是用一次新的commit来回滚之前的commit，git reset是直接删除指定的commit。
在 Git工作区的根目录创建一个特殊的.gitignore文件。
在.gitignore文件中，添加需要忽略的文件。
git rm -r –cached . //将仓库中的index递归删除
git add . //重新添加仓库索引
git commit -m “update git.ignore” //提交
git branch –set-upstream-to=origin/<branch> <branch> //重现将本地仓库和远程仓库关联
最后，如果此篇博文对你有所帮助，别忘了点个赞哟~
