Git 代码防丢指南
|
副标题[/!--empirenews.page--]
我们在日常使用Git的过程中经常会发生一些意外情况，如果处理不当，则可能会出现代码丢失的假象。本文将针对IDEA&Git日常开发中的一些场景，为你层层拨开迷雾，解析常见的错误及其发生原因，让你从此不再惧怕代码冲突或丢失问题。 为简化问题，本文假设所有团队成员均在同一分支上开发。 文中更新操作是指在IDEA中单击菜单VCS-Update Project...。 1、常见工作流程 通常当你早上到公司打开电脑，首先执行更新操作(单击IDEA菜单VCS-Update Project...)，然后开始愉快地编码。编码完成后通常要执行以下几个操作：
1.1 更新操作 为了保证Git拥有一个简洁的提交历史，在提交之前需要先执行更新操作，即在IDEA中依次单击菜单VCS-Update Project...，或者按下Ctrl+T，弹出如下窗口：
窗口左侧选择更新类型(Update Type)：
窗口右侧选择在更新前工作目录(Working Directory)的清理方式：
通常选择Merge和Using Stash即可，单击OK后，IDEA执行步骤如下：
有些同学可能更习惯先创建本地提交，然后在执行更新操作，这样会导致Git自动生成一个合并提交，导致提交历史不够简洁。 1.2 创建本次提交 更新完成后，在IDEA中单击菜单VCS-Commit...创建本次提交。 1.3 推送远程分支 然后单击VCS-Git-Push...推送至远程分支。 2、常见问题分析 在上面的3步执行步骤中，第2步和第3步发生意外的风险最高，最常见的两种意外情况是冲突和文件占用，下面我们分别讨论。 2.1 合并远程分支冲突 如果在执行更新操作之前，你的本地分支已经创建过提交，并且尚未推送至远程分支，则在第2步执行git merge时很可能会发生冲突。
此时关闭上面的冲突窗口，Version Control工具窗口显示内容如下：
窗口右下角原本显示分支名称的位置变成了Merging master，表示本地分支master目前处于正在合并状态。单击左侧红框内Resolve按钮可以再次调出处理冲突窗口。基于IDEA的图形界面手动解决冲突后，IDEA会自动将该文件加入暂存区(加入暂存区即表示冲突解决完成)，最后执行一次提交便可以完成冲突处理。 2.2 恢复储藏冲突 在更新操作的第3步执行git stash pop恢复储藏时，储藏内容可能与刚更新的内容发生冲突。
恢复储藏时发生的冲突跟上面的合并冲突稍微有些区别，首先是右下角的分支名称没有Merging字样，另外会在右下角额外弹出一个小窗提示恢复储藏失败，并且告诉你不用担心，所有的修改都在stash列表中，并没有丢失。查看stash列表的方式为单击菜单VCS-Git-UnStash Changes...:
选中列表最上面的条目，然后单击Apply Stash，之前的修改就会重新回到工作目录。 我们继续回到冲突问题，手动解决冲突后执行一次提交就可以了。如果在解决冲突过程中发生了误操作，可以右击Default Changelist-Revert...清空当前工作目录内容，重新执行一次Apply Stash，然后重复解决冲突过程。
2.3 文件占用错误 在执行第2步git merge时，可能会因为文件被占用导致执行失败。例如项目可能引入了一些jar文件，这些jar文件在本地已经被JVM动态加载了，如果有其它人更新了该jar文件并且推送到了远程分支，当你更新时便会遇到上述问题。关注微信公众号「web_resourc」,回复 Java 领取2019最新资源。
对于这种错误的解决方法很简单，首先解除文件的占用状态，例如终止本地JVM进程，然后再次点击VCS-Update。 在执行第3步git stash pop时，也会因为文件被占用导致执行失败。例如你更新了某个jar文件，当恢复储藏时可能因为该jar文件被占用导致恢复失败。
对于这种错误，你需要首先解除文件占用状态，然后手动执行unstash操作。 3、先提交还是先更新?是个问题! 3.1 先提交后更新导致的问题 3.1.1 发生冲突时难以处理 （编辑：核心网） 【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容! |
