MsysGit(分布式版本控制系统)

　　Git是一个免费的开源分布式版本控制系统，可以帮助用户快速处理项目数据，软件安装以后可以得到三个程序，可以直接使用Git GUI配置项目，可以使用Git CMD运行程序和脚本，可以使用Git Bash执行数据处理，Git在各个地方，当前对象标签，提交，合并标签和事务推送中使用加密签名，在每种情况下，将要创建对象或事务的命令都会从中确定有效负载，然后调用gpg获得有效负载的分离签名（gpg -bsa），并将签名嵌入到对象或事务中，旨在快速高效地处理从小型到大型项目的所有内容，如果你需要使用git就可以下载这款MsysGit软件！

软件功能

　　分支与合并

　　真正使它与几乎其他所有SCM脱颖而出的Git功能是其分支模型。

　　Git允许并鼓励您拥有多个可以完全独立的本地分支。这些开发线的创建，合并和删除需要几秒钟。

　　这意味着您可以执行以下操作：

　　无摩擦上下文切换。创建一个分支来尝试一个想法，进行几次提交，切换回分支的位置，应用补丁，切换回进行实验的位置，然后将其合并。

　　基于角色的代码行。有一个分支，该分支始终只包含生产中使用的分支，将您合并到其中的分支用于测试，以及几个较小的分支用于日常工作。

　　基于特征的工作流。为正在使用的每个新功能创建新分支，以便可以在它们之间无缝地来回切换，然后在该功能合并到主行中时删除每个分支。

　　一次性实验。创建一个分支进行试验，意识到它行不通，然后删除它-放弃工作-其他人都看不到它（即使您同时按下了其他分支）。

　　小而快速

　　Git很快。借助Git，几乎所有操作都在本地执行，这使其在必须与某个地方的服务器不断通信的集中式系统上具有巨大的速度优势。

　　Git是为在Linux内核上工作而构建的，这意味着从第一天开始，它就必须有效地处理大型存储库。Git用C编写，减少了与高级语言关联的运行时的开销。从一开始，速度和性能就一直是Git的主要设计目标。

　　分散式

　　包括Git在内的所有分布式SCM最好的功能之一就是它是分布式的。这意味着您无需对源代码的当前提示进行“检出”，而是对整个存储库进行“克隆”。

　　多个备份

　　这意味着，即使您使用的是集中式工作流程，每个用户基本上都具有主服务器的完整备份。在崩溃或损坏的情况下，可以将这些副本中的每个副本向上推以替换主服务器。实际上，除非只有存储库的单个副本，否则Git不会有单点故障。

　　任何工作流程

　　由于Git具有分布式特性和出色的分支系统，因此可以相对轻松地实现几乎无限数量的工作流。

　　颠覆式工作流程

　　集中式工作流非常普遍，尤其是从集中式系统过渡过来的人们。如果有人从您上次获取以来就进行了推送，那么Git将不允许您进行推送，因此所有开发人员都推送到同一服务器的集中式模型就可以正常工作。

软件特色

　　资料保证

　　Git使用的数据模型可确保项目每一位的加密完整性。每个文件和提交都经过校验和，并在检出时通过其校验和进行检索。除了您输入的确切位之外，从Git中取出任何东西都是不可能的。

　　在不更改Git信息库中所有内容的ID的情况下，也无法更改文件，日期，提交消息或其他任何数据。这意味着，如果您具有提交ID，则不仅可以确保您的项目与提交时完全相同，而且可以确保历史记录中的任何内容都没有更改。

　　默认情况下，大多数集中式版本控制系统都不提供这种完整性。

　　登台区

　　与其他系统不同，Git具有称为“暂存区”或“索引”的名称。这是一个中间区域，可以在完成提交之前对提交进行格式化和检查。

　　使Git与其他工具区分开的一件事是，可以快速暂存某些文件并提交它们，而无需在工作目录中提交所有其他修改的文件，也不必在提交期间在命令行上列出它们。

　　这使您只能暂存已修改文件的一部分。在意识到忘记提交其中一个文件之前，对文件进行两个在逻辑上不相关的修改的日子已经一去不复返了。现在，您可以暂存当前提交所需的更改，并暂存下一个提交的其他更改。此功能可根据需要扩展到文件的许多不同更改。

　　当然，如果您不希望使用这种控件，Git还可以轻松忽略此功能-只需在您的commit命令中添加“ -a”，以将对所有文件的所有更改添加到登台区域。

　　免费和开源

　　Git是根据GNU通用公共许可证版本2.0发布的，该版本是一个 开放源代码许可证。Git项目选择使用GPLv2来保证您共享和更改自由软件的自由，以确保该软件对其所有用户都是免费的。

安装方法

　　1、打开MsysGit v2.11.0.0.exe软件直接启动，点击next

　　2、提示软件的安装地址C:\Program Files\Git

　　3、显示软件的附加安装内容，点击下一步

　　4、您想如何从命令行使用Git，使用Windows命令提示符中的Git

　　该选项被认为是安全的，因为它仅向PATH添加了一些最小的Git包装器，以避免使用可选的Unix工具使环境混乱。 您将能够从Git Bash和Windows命令提示符中使用Git。

　　5、配置行尾转换

　　Git应该如何处理文本文件中的行尾？

　　签出Windows风格，提交Unix风格的结尾

　　签出文本文件时，Git会将LF转换为CRLF。 提交文本文件时，CRLF将转换为LF。 对于跨平台项目，确实是Windows上的建议设置

　　6、您要与Git Bash一起使用哪个终端模拟器？

　　使用MinTTY（M5Y52的默认终端）

　　Git Bash将使用MinTTY作为终端仿真器，该仿真器具有可调整大小的窗口，非矩形选择和Unicode字体。 Windows控制台程序（例如交互式Python）必须通过winpty启动才能在MinTTY中工作。

　　7、配置其他选项

　　您要启用哪些功能？

　　启用文件系统缓存

　　将批量读取文件系统数据并将其缓存在内存中以进行某些操作（将core。fscache设置为true）。 这可以显着提高性能。

　　8、您想启用哪些尖端功能？

　　启用实验性的内置difftool

　　使用实验性的锡制difftool（快速但仅经过轻微测试）。

　　9、显示软件的安装界面，等待软件安装结束吧

　　10、提示软件的安装结束界面，可以勾选运行打开主程序

　　11、显示软件的命令界面，可以在命令行运行

　　12、显示GUI配置界面，在这里添加配置的字典文件

配置方法

　　1.检查git的当前版本号，和设置用户名和用户邮箱

　　2.git config --global user.name”用户名” --设置当前用户的用户名

　　3.git config --system user.name”用户名” --设置的用户名可作用于当前主机

　　4.git config user.name”用户名” --设置当前项目的用户名

　　5.邮箱设置类似于用户名设置，改为 user.email”邮箱地址”即可

　　6.当初始化一个仓库的时候，git主目录下会出现一个.git的隐藏文件夹

　　7.git –init 初始化仓库， 这个.git文件夹就是初始了一个空的git仓库。

使用说明

　　git-subtree-合并子树并将存储库拆分为子树

　　概要

　　git subtree add -P <前缀>

　　git subtree add -P <存储库>

　　git subtree pull -P <存储库>

　　git subtree push -P <存储库>

　　git子树合并-P <前缀>

　　git子树拆分-P <前缀> [选项] []

　　描述

　　子树允许子项目包含在主项目的子目录中，可以选择包括子项目的整个历史记录。

　　例如，您可以将库的源代码包含在应用程序的子目录中。

　　子树不要与子模块混淆，子模块用于同一任务。与子模块不同，子树不需要在存储库中存在任何特殊的构造（例如.gitmodule文件或gitlinks），也不会强迫存储库的最终用户做任何特殊的事情或了解子树的工作方式。子树只是一个子目录，可以按照您想要的任何方式与您的项目一起提交，分支和合并。

　　也不要将它们与使用子树合并策略混淆。主要区别在于，除了将另一个项目合并为子目录外，您还可以从项目中提取子目录的整个历史记录，并将其制作为独立项目。与子树合并策略不同，您可以在这两个操作之间来回切换。如果独立库得到更新，则可以自动将更改合并到项目中；如果您在项目内部更新库，则可以再次“拆分”更改，然后将其合并回库项目。

　　例如，如果为一个应用程序创建的库最终在其他地方有用，则可以提取其整个历史记录并将其发布为自己的git存储库，而不会意外地混入应用程序项目的历史记录。

　　指令

　　加

　　通过从给定的或和远程导入其内容来创建子树。系统会自动创建一个新的提交，将导入的项目的历史记录与您自己的历史记录一起加入。使用--squash，仅从子项目中导入单个提交，而不是其整个历史记录。

　　合并

　　将最新更改最多合并到到子树中。与普通的git merge一样，这不会删除您自己的本地更改。它只是将这些更改合并到最新的中。使用--squash，仅创建一个包含所有更改的提交，而不是合并整个历史记录。

　　如果使用--squash，则合并方向不一定总是向前。例如，您可以使用此命令将时间从v2.5退回到v2.4。如果合并引起冲突，则可以按照通常的方式解决冲突。

　　拉

　　就像merge一样，但是与git pull类似，它从指定的远程存储库中获取给定的ref。

　　推

　　使用提供的 进行拆分（请参阅下文），然后执行git push将结果推送到存储库和ref。这可用于将您的子树推送到远程存储库的不同分支。

　　分裂

　　从子树的历史记录中提取新的综合项目历史记录。新的历史记录仅包括影响的提交（包括合并），并且这些提交中的每一个现在都在项目的根目录而不是子目录中具有的内容。因此，新创建的历史记录适合作为单独的git存储库导出。

　　成功分割后，将单个提交ID打印到stdout。这对应于新创建的树的HEAD，您可以根据需要对其进行操作。

　　完全相同的历史记录的重复拆分被保证是相同的（即产生相同的提交ID）。因此，如果您添加新的提交然后重新分割，新的提交将作为提交附加在上次生成的历史记录之上，因此git merge 和朋友将按预期工作。

　　请注意，如果在合并时使用--squash，则拆分时通常不应该只是--rejoin。

　　选件

　　-q

　　- 安静

　　禁止在stderr上输出不必要的消息。

　　-d

　　-调试

　　在stderr上产生更多不必要的输出消息。

　　-P <前缀>

　　--prefix = <前缀>

　　在存储库中指定要操作的子树的路径。对于所有命令，此选项都是必需的。

　　-m <消息>

　　--message = <消息>

　　此选项仅对添加，合并和拉取（不确定）有效。指定作为合并提交的提交消息。

　　添加，合并，推送，拉取的选项

　　- 壁球

　　此选项仅对添加，合并和提取命令有效。

　　与其合并子树项目中的整个历史，不如只生成一个包含所有要合并差异的提交，然后将该新提交合并到项目中。

　　使用此选项有助于减少日志混乱。人们很少希望看到他们正在使用的库的v1.0和v1.1之间发生的所有更改，因为他们的应用程序中从未包含任何临时版本。

　　当同一个子项目多次包含在同一个项目中，或者先删除后再重新添加时，使用--squash还可帮助避免问题。在这种情况下，无论如何都不能合并历史记录，因为尚不清楚历史记录的哪一部分属于哪个子树。

　　此外，使用--squash，您可以在子树的不同版本之间来回切换，而不必严格向前。 git subtree merge --squash总是调整子树以匹配确切指定的提交，即使到达该提交将需要撤消先前添加的某些更改。

　　无论您是否使用--squash，在本地存储库中所做的更改都将保持不变，并且可以在以后拆分并向上游发送到子项目。

更新日志

　　新功能

　　随附Git v2.11.0。

　　git add大型工作树的性能得到改善。

　　一对difftool新的，实验性的，内置的版本可以作为一个选择的功能。

　　支持已被添加到生成项目文件的Visual Studio 2010及更高版本。

　　Bug修复

　　现在，预加载索引功能与稀疏签出结合使用时，性能会更好。

　　现在，当遇到符号链接时，Git 总是尝试读取它，不仅是当时core.symlinks = true。

　　其中的Git不会认为从CMD窗口正确传递非ASCII字符的回归已定。

　　不区分大小写的文件名的缓存性能已得到改善。

　　使用MS Visual C进行构建时，现已对发行版本进行了适当的优化。

　　git cvsexportcommit 现在也可以与CVSNT一起使用。

　　Git的Perl 不再被外部设置所混淆PERL5LIB。

　　卸载程序不再Git\mingw64在后面留下一个空文件夹。

　　现在，安装程序实际上会记录用户是否选择启用或禁用Git Credential Manager。

　　在某些情况下可能导致cherry-pick崩溃的情况不再导致该情况。