Bsj' blog

查看commit记录git log以树状显示commitgit log --graph --pretty=oneline --abbrev-commit

cherry-pickcherry-pick的应用场景一般是把分支B上的某次commit合并到分支A上。假设分支A和分支B具有共享代码或者文件，当在分支B上对共享的代码或者文件进行了一次新的提交之后，此时如果要从B分支合并该次新的commit到A分支，需要使用到git cherry-pick。恐怖的cherry-pick就在今天，我一头扎进了必须要使用cherry-pick的坑里。公司的某项目是多个团队共同开发的项目，也就是若干个项目都需要依赖的一个后台项目，具有测试服和正式服，分别是develop

分支创建新分支# 如：从master创建一个新的分支git checkout -b new_branch_name切换分支git checkout another_branch合并某分支文件到当前分支# 合并格式git merge debug file1...fileN# 假设当前在develop分支# * develop# 合并debug分支的merge.txt到当前分支git merge debug merge.txt对比当前分支与其他分支的不同# 假设当前在dev

添加子模块# 首先进入到要添加子模块的模块路径# 执行以下命令git submodule add <submodule remote url>加载子模块# 使用如下两种方式可以加载子模块：# 1. 在从remote克隆了带有子模块的模块之后，执行加载子模块的命令git submodule init && git submodule update# 2. 在拉取模块的同时加载子模块git clone <remote url> --recursiv

强制删除未合并分支什么叫做未合并？其实就是一条不想且不需要的分支，你觉得没用了，想要删除了，此时就是“强制删除未合并分支”# force delete a branch.git branch -D <branch name>

临时为其他分支工作，暂存当前的工作状态目前拥有两个分支，master和dev；你在dev上正在进行自己的工作，别人需要你在master上修改一处bug，此时就需要暂时记录现在的工作状态：command: git stash - about工作状态在某分支上，执行下面这条命令，暂存当前分支的工作状态# use git stash to save current working status.git stash当在其他的分支完成工作回到当前分支，执行# show all working sta

git分支冲突当多人协作时，往往会产生一些冲突。1. 解决分支合并冲突当执行git merge <branch name>进行分支合并时，如果产生以下冲突，需要手动合并之后再提交；$ git merge feature1Auto-merging readme.txtCONFLICT (content): Merge conflict in readme.txtAutomatic merge failed; fix conflicts and then commit the resu

分支git的提交记录是一条时间线，对于不同的分支，就可以形成若干条不同的时间线；对于分支的操作，从最基础git branch命令的增、删、查：1. 创建分支git branch <branch name>2. 删除分支git branch -d <branch name>3. 查看分支git branch到不同方式实现的分支的切换，其中git checkout和git switch命令切换分支时只需要添加分支的名称即可1. 切换分支git checkout &

git记录每次提交git每一次提交都会被记录，这一点支持了让开发人员回退到过去的某一分支，又或者从过去的某一分支回归到未来的某一个分支。回退过去git log //查看分支状态git reset --hard commit_id回到未来当回到过去的某一个分支之后，再使用git log，但钱...

工作区和暂存区git 有工作区和暂存区的概念。工作区即是当前的羡慕。在初始化本地仓库时，有一个.git文件夹，

git恢复工作区被删除的文件前提是，工作区的文件被误删，而版本库中还有被删除的文件存在。git checkout -- filename该命令一键还原，相当于把版本库中的文件复制到工作区，但是不会保留上个版本之后修改的内容。...

git强行删除没有被和别难过的分支git branch -D <branch_name>

git多人合作，冲突的解决方案当使用远程仓库进行多人协作时，冲突的发生是无法避免的，但是如何解决冲突呢？试想：当你的小伙伴在某一个分支dev上已经有了新的提交。此时，你需要再次提交到dev分支git push origin dev但是会显示由冲突，此时解决方案是把远程的更新拉下来之后手动解决冲突，再次提交。git pull如果此时显示There is no tracking information for the current branch.Please specify which

标签git的标签，其实是某一个commit的快照，也就是一个指向commit的指针。所以其创建和删除是瞬间的。tag与某一个commit是一一对应的，tag的名称相比于commit_id有意义。所以使用tag代替commit_id来查询对应的版本，更加方便。创建tag（这种方式是默认在当前分支创建）git tag < name>给对应的版本创建taggit tag < name> < commit_id>...

git删除标签删除标签git tag -d < tag_name>推送标签到远程仓库git push origin tag_name一次性推送所有的标签到远程仓库git push origin --tags如果tag已经被推送到远程仓库，再删除tag就麻烦一点，需要先在本地删除之后再使用push推送到远程。git tag -d < tag_name>git push origin :refs/tags/< tag_name>...