软件功能
（1）基本的提交、拉、推都是自己的，出错时提示准确。（2）基本的分支管理行业是，最令人沮丧的远程分支删除策略是错误删除。sourcetree完美地解决了这个问题。
（3）在egit中具有重置（reset）和签出（check out）功能，更稳定。我最怀疑的是，Egit的重设难度也犯了一个错误，嘿。sourcetree仍然稳定。
（4）最近，通过sourcetree，发现了一个功能强大的函数，即“丢弃”，与checkout相同。但是图形界面确实更方便。
以下是此功能的具体说明：
换句话说，如果您更改一批文档，如果您想提交一个部件并保留一个部件，那么命令行无疑是最麻烦的。
那你就不满意了。有几个文件需要回滚和更改。所以sourcetree是最简单的。
需要注意的是，没有添加命令行上的签出，因此您可以回滚到最近一行上的提交状态。如果稍后修改了add，它将回滚到add之后的状态。
这一原则在来源上更为明显，如下所示：
首先，我拖动修改后的PersonRiskBase。JSP进入缓存（1）。
图（1）
然后我再次修改了它，发现页面也在下面的工作区中（图2）。
（图2）
c.你现在可以放弃这个文件。如果签出以下文件，它将成为缓冲区中的文件。如果丢弃缓冲区文件，实际上将返回到最新的提交版本（重置操作）。
注意，如果文件提交，那么签出实际上不会返回到提交的前一个版本，需要重置。重置命令在下面详细描述。
（5）复位功能的应用。让我们先推广一下Git的想法：
a.明确每个提交都对应于一批操作，而不是一个文件。
这与SVN的设计概念完全不同。
这也导致了一个不可避免的结果：SVN的分支是一个项目，所以每个已签出的分支实际上都是一个已签出的项目。
Git的分支存储修改过的记录，因此签出的每个分支实际上是原始项目的覆盖范围。
B.在开发过程中，可能会遇到一个问题：拉取之后，会有很多代码被其他人提交，需要在本地重新提交。原因是，当然，这是我个人的理解：Git将为每个pull结果做两个处理：
B1。如果拉后没有局部问题，则不需要再次提交修改，只需继续修改，推即可。（通常，第一版是相同的。）
B2如果拉后出现局部问题，大部分是冲突情况，那么Git会将其视为不成功的拉。（一般来说，Git会认为如果你认为这个版本不成功，那么你应该根据你的想法修改这个版本，然后再提交一次。）所以在你删除它之后，你需要删除它。刚才有人又提到了一些新的承诺。
（6）对于结帐提交，sourcetree也是非常人道的，给出了非常人道的提示。请注意，签出之后，您的项目当前不属于任何分支，但您可以基于此创建分支，这非常方便。
