前言
使用 Git 作为代码版本管理，早已是现在开发工程师必备的技能。可大多数工程师还是只会最基本的保存、拉取、推送，遇到一些commit管理的问题就束手无策，或者用一些不优雅的方式解决。
2024年04月17日
使用 Git 作为代码版本管理，早已是现在开发工程师必备的技能。可大多数工程师还是只会最基本的保存、拉取、推送，遇到一些commit管理的问题就束手无策，或者用一些不优雅的方式解决。
2024年04月17日
今天遇到一个问题，跟大家分享一下。
1.
$ git pull origin version_one
From https://*********/****/****
* branch version_one -> FETCH_HEAD
error: cannot lock ref 'refs/remotes/origin/version_one': unable to resolve reference 'refs/remotes/origin/version_one': reference broken
2024年04月17日
今天开发用eclipse更新了下，有文件冲突了，然后找了个解决办法，记录一下：
git pull origin 分支
//出现冲突错误
git stash 缓存起来
git pull origin 分支
git stash pop //还原
git stash clear
2024年04月17日
由于团队中有人用idea开发，idea默认会自动生产一些文件（.ideal .iml），如下图所示
有些成员直接把这些文件提交到git上，造成团队之间更新合并代码不必要的烦扰。
2024年04月17日
作者：良知犹存
转载授权以及围观：欢迎添加微信公众号：Conscience_Remains
一篇解决gti分支切换问题的文章，大家应该都有过这种情况，就是git最新的代码进行编译的时候，发现最新代码有bug，有些不确认问题点，然后就想回退分支进行编译调试分析一下，最后再次返回最新分支，或者git push修改后的代码进行编译。
2024年04月17日
我们知道Git协作中最重要的一个步骤是Pull Requests（简称PR,Gitlab中也叫Merge requests，MR，本文中统一叫PR）,在之前的文章"理清基本的git（github）"流程中，虫虫介绍过基于Fork-PR的开发协作流程。拥有有效的git协作流程，编写良好的PR可以极大的提高团队的工作效率，最大限度地减少挫败感。本文中虫虫给大家介绍良好协作的PR实践，虽然PR传统上被认为是开发人员工作流程的最后一点，但这些最佳实践涵盖整个开发过程。
2024年04月17日
Git中从远程的分支获取最新的版本到本地有这样2个命令： 1. git fetch：相当于是从远程获取最新版本到本地，不会自动merge