TortoiseGit(git图形化软件)

　　TortoiseGit是Git的强大修订控制客户端，可以随着时间的推移更好地管理源代码，提供对旧版本文件的访问。对于那些不熟悉Git的人来说，它是一个软件应用程序，它使用分布式版本控制系统来管理源代码，可以访问存储库，通过它可以进行版本跟踪。一旦正确安装，TortoiseGit就会在Explorer上下文菜单中变为活动状态，提供大量选项，包括提取，获取和推送代码，解析，恢复和清理存储库，以及创建新分支，标记和子模块的可能性。有需要的用户赶紧下载吧！

软件功能

　　为Git提供了更方便的方法

　　TortoiseGit等客户端的优势在于它们为最终用户提供了比Git本身更舒适的方法，作为命令行应用程序。TortoiseGit被设计为TortoiseSVN的一个分支，它保留了特定于后者的Windows shell模型，同时带来了许多增强功能，可以简化Git存储库的工作。

　　TortoiseGit依赖于一个相当简单的安装过程，并依赖于Git才能正常运行。它不会在部署包中自动包含Git，这意味着您必须事先准备好系统。

　　它在Windows资源管理器中完美融合

　　通过单独的窗口可以提交代码，而TortoiseMerge组件可以直接打开补丁进行审阅。您还可以使用Gurtle插件与TortoiseSVN共享错误和代码问题。

　　此外，您应该记住，由于应用程序不像任何特定IDE的集成扩展，这意味着您可以使用它而不必担心与您选择的开发工具的兼容性问题。

　　任何使用Git的人都可以使用它

　　总的来说，TortoiseGit为寻求稳定Git客户端的用户提供了很好的候选者。在TortoiseSVN和TortoiseGit之间，据说后者更好。

软件特色

　　使用TortoiseSVN端口工具，以独特而灵活的方式无缝访问Git存储库并操作或编辑代码源

　　Shell集成：

　　TortoiseGit无缝集成到Windows shell（即资源管理器）中。这意味着您可以继续使用您已熟悉的工具。每次需要版本控制功能时，您无需更改为其他应用程序！而你甚至不会被迫使用Windows资源管理器。TortoiseGit的上下文菜单可用于许多其他文件管理器，以及大多数标准Windows应用程序通用的“文件/打开”对话框。但是，您应该记住，TortoiseGit是故意开发的Windows资源管理器的扩展。因此，在其他应用中，集成可能不完整，并且例如可能未示出图标覆盖。

　　图标叠加：

　　每个版本化文件和文件夹的状态由小覆盖图标表示。这样您就可以立即看到工作副本的状态。

　　轻松访问Git命令：

　　可以从资源管理器上下文菜单中获取所有Git命令。TortoiseGit在那里添加了自己的子菜单。

安装方法

　　1、下载并解压软件，得到32位与64位的安装包，用户根据电脑系统进行选择。

　　2、随即进入TortoiseGit安装向导界面，单击【next】按钮继续。

　　3、阅读软件信息，单击【next】按钮进入下一步的安装。

　　4、选择一种SSH客户端，支持“TortoiseGitPlink，基于PuTTY; 针对TortoiseGit进行了优化，并与Windows更好地集成。”与“ OpenSSH，Git默认SSH客户端”，用户根据需要选择。

　　5、安装选项，用户设置安装位置与安装组件，然后点击【next】按钮继续。

　　6、准备安装，点击【install】按钮开始进行安装。

　　7、弹出如下的TortoiseGit安装成功的提示，完成安装。

使用说明

　　子模块

　　当您想将外部存储库嵌入到工作树/ git存储库中时，这称为子模块。这里使用TortoiseGit→Submodules Add选项，可以将外部存储库嵌入到源树的专用子目录中。选择此选项时，会弹出一个对话框：

　　在这里，您可以输入要嵌入目录路径的存储库的位置/ URL。路径可以作为活动源树中的相对路径输入，但也可以是绝对路径（指向活动源树）。该文件夹应为空或不存在。如果您不想集成存储库的HEAD，则可以输入其他分支。按OK，将克隆输入的存储库并将其集成到当前源树中。

　　如果工作树包含子模块，则可以使用两个新的上下文菜单条目：

　　子模块更新：

　　初始化子模块和/或更新已注册的子模块，即克隆丢失的子模块，并检查包含存储库的索引中指定的提交。

　　子模块同步：将子模块的远程URL配置设置与.gitmodules中指定的值同步。 当子模块URL更改上游并且您需要相应地更新本地存储库时，这非常有用。

　　修订图

　　有时您需要知道从该点获取分支和标记的位置，查看此类信息的理想方式是图形或树结构。那时你需要使用TortoiseGit→Revision Graph ...

　　此命令分析修订历史记录并尝试创建直接图形，显示标记，分支和其他参考的点。

　　为了生成图形，TortoiseGit必须从存储库根目录中获取所有日志消息。只显示有一些参考点的提交。

　　修订图节点

　　每个修订图节点表示存储库中的修订，其中您正在查看的树中发生了更改。可以通过颜色区分不同类型的节点，可以使用TortoiseGit→Settings配置

　　请注意，图表仅显示标记，分支或其他参考引用项目的点。显示项目的每个修订版将为非平凡案例生成一个非常大的图表。

　　使用图表

　　为了更容易导航大图，请使用概览窗口。这将在一个小窗口中显示整个图形，并突出显示当前显示的部分。您可以拖动突出显示的区域以更改显示的区域。

　　只要鼠标悬停在修订框上，修订日期，作者和注释就会显示在提示框中。

　　如果选择两个修订（使用Ctrl-左键单击），则可以使用上下文菜单显示这些修订之间的差异。您可以选择在分支创建点处显示差异，但通常您需要在分支端点显示差异，即在HEAD修订版中。

　　您可以将差异视为Unified-Diff文件，该文件以最小的上下文显示单个文件中的所有差异。如果您选择上下文菜单→比较修订，您将看到一个已更改文件的列表。双击文件名以获取文件的两个修订版本，并使用视觉差异工具对它们进行比较。

　　如果右键单击修订版，则可以使用“上下文菜单”→“显示日志”查看历史记录。

　　参考日志

　　引用日志（reflog）显示引用的历史记录（即，显示它过去指向的提交）。 在可以使用TortoiseGit→RefLog，howerver打开时，您必须按住Shift键，同时右键单击资源管理器中的文件夹才能看到这一点，因为默认情况下它位于扩展上下文菜单中。

　　RefLog可用于恢复已删除的提交或HEAD位置（例如，当您删除前一段时间为HEAD的分支时）。

　　存储库浏览器

　　有时您需要查看存储库的所有内容/文件，而不需要工作树（例如裸存储库），或者您希望查看修订版的所有文件而无需切换到它。这就是Repository Browser的用途。您可以使用TortoiseGit→Repo-browser或使用提交的上下文菜单从日志对话框（参见第2.14节“日志对话框”）打开它。

　　存储库浏览器看起来与Windows资源管理器非常相似，只是它显示特定版本的存储库内容而不是计算机上的文件。在左窗格中，您可以看到目录树，右窗格中是所选目录的内容。在存储库浏览器窗口的顶部，您可以看到存储库中的路径以及要浏览的修订。

　　与Windows资源管理器一样，如果要设置排序顺序，可以单击右窗格中的列标题。和浏览器一样，两个窗格都有上下文菜单。

　　要获取文件的旧版本，可以单击文件并选择“将版本保存到”，但也可以将一个或多个文件拖到Windows资源管理器窗口中。

　　文件的上下文菜单允许您：

　　使用该文件类型的默认查看器或您选择的程序打开所选文件。

　　显示该文件的修订日志，以便查看其历史记录。

　　将所选修订版本的文件与工作树中的同一文件进行比较。

　　归咎于文件，看谁更改了哪一行以及何时更改。

　　将文件的无版本副本保存到硬盘驱动器或在工作副本中还原此文件（即将文件保存到工作树中的旧路径）。

　　将地址栏中显示的完整路径的文件名复制到剪贴板。

　　文件夹的上下文菜单允许您：

　　显示该文件夹的修订日志。

　　将完整路径复制到剪贴板。

　　您可以像往常一样使用F5刷新视图。这将刷新当前显示的所有内容。

　　复制/移动/重命名文件和文件夹

　　通常情况下，您已经在存储库中的另一个项目中拥有了所需的文件，而您只是希望将它们复制到一起。一种方法是简单地复制文件并手动添加它们如上所述。

　　从工作树中复制文件和文件夹的最简单方法是使用右键拖动菜单。将文件或文件夹从一个工作树右键拖动到另一个工作树，或者甚至在同一文件夹中时，释放鼠标时会出现上下文菜单。

　　现在，您可以将现有版本化内容复制到新位置，可能同时重命名。

　　为了获取文件的旧版本，您可以使用存储库浏览器找到所需的内容，并将其直接从存储库复制到工作树中，或者在存储库中的两个位置之间进行复制。请参阅第2.17节“存储库浏览器”以了解更多信息。

　　[Tip]无法在存储库之间进行复制

　　虽然您可以在存储库中复制文件和文件夹，但在使用TortoiseGit保留历史记录时，您无法从一个存储库复制或移动到另一个存储库。即使存储库位于同一服务器上也不存在。您所能做的就是以当前状态复制内容，并将其作为新内容添加到第二个存储库。

　　[重要] Git只跟踪内容

　　由于Git只跟踪内容，因此没有必要像Subversion这样的版本控制系统中明确记录副本或移动。在计算日志时，Git会根据文件内容自动检测复制/重命名/移动。

　　Git.exe进度对话框

　　TortoiseGit可以在操作完成时自动关闭所有进度对话框而不会出现错误。此设置允许您选择关闭对话框的条件。默认（推荐）设置为手动关闭，允许您查看所有消息并检查发生了什么。但是，您可能决定忽略某些类型的消息，并在没有重要更改时自动关闭对话框。

　　如果没有其他选项可用，则自动关闭将关闭对话框，如果git.exe干净地退出（即没有发生错误）并且进度对话框中没有其他选项。

　　如果git.exe以0错误代码退出，则如果没有错误总是关闭对话框，则自动关闭。

　　恢复时使用回收站

　　还原本地修改时，您的更改将被丢弃。 TortoiseGit通过在恢复原始副本之前将修改后的文件发送到回收站，为您提供额外的安全网。如果您希望跳过回收站，请取消选中此选项。

　　确认杀死正在运行的git进程

　　启用后，如果使用正在运行的git进程关闭“进度对话框”或“同步对话框”，则会在要求确认之前要求您进行确认。这样可以避免意外关闭对话框，从而导致运行git进程。

　　随机化同步对话框启动位置

　　启用后，Sync Dialog的启动位置将被随机化。如果您同时打开许多同步对话框并同时按下拉按钮，则可以轻松地按下之前任何同步对话框中的拉按钮，如果它完成并变为前景。

　　隐藏参考比较列表中未更改的引用

　　启用后，未更改的引用将不会显示在参考比较列表中，因此您可以专注于更改的引用。目前，此列表位于“同步对话框参考列表”选项卡中。

　　显示git.exe执行时间和时间戳

　　启用后，git.exe执行时间和时间戳将附加在进度消息的末尾。

　　按逆序排序标记列表

　　启用后，标签列表将按相反顺序排序。这是因为较新的版本更有用。例如导出对话框允许在启用此选项时选择最新标记。

　　使用文件路径和关键字的自动完成

　　提交对话框包括一个解析正在提交的文件名列表的工具。当您在列表中键入项目的前3个字母时，会弹出自动完成框，您可以按Enter键以完成文件名。选中此框以启用此功能。

　　以秒为单位的超时以停止自动完成解析

　　如果要检查大量大文件，自动完成解析器可能会非常慢。此超时会停止提交对话框持续时间过长。如果缺少重要的自动完成信息，则可以延长超时。

　　最大。要保留在日志消息历史记录中的项目

　　当您在提交对话框中键入日志消息时，TortoiseGit会将其存储起来，以便以后重新使用。默认情况下，它将保留每个存储库的最后25条日志消息，但您可以在此处自定义该数字。如果您有许多不同的存储库，您可能希望减少此数量以避免填写注册表。

　　请注意，此设置仅适用于您在此计算机上键入的邮件。它与日志缓存无关。

　　自动选择项目

　　提交对话框中的正常行为是为所有已修改（版本化）的项目选择自动提交。如果您希望从未选择任何内容开始，并选择手动提交项目，请取消选中此框。

更新日志

　　基于Git for Windows源将libgit更新到2.19.0

　　修复了问题＃2591：为日志消息和FileDiffDlg中的搜索词匹配启用重音着色

　　LogDlg，FileDiffDlg，RefBrowserDlg：允许使用更复杂的搜索表达式，请参阅文档

　　修复了问题＃3279：浏览参考 - >缺乏双击项目的功能（现在默认打开日志）

　　将Scintilla更新至4.1.3

　　已修复问题＃3277：默认情况下，启动rebase进程时不显示日志选项卡

　　修复了问题＃3273：在上下文菜单中显示有关提交父项的更多信息（提交主题的开头）

　　已修复问题＃3272：修订图未显示签出远程分支的选项

　　添加了在存储库（/.tgitconfig）中存储挂钩配置的选项，以便与其他开发人员共享

　　修复了问题＃3154：使用Git图标装饰裸存储库的文件夹

　　将OGDF库更新到最新的稳定版本（用于修订图）

　　将临时文件夹中的统一修补程序设置为只读

　　将apr更新为1.6.5

　　将libgit2更新为0.28版

　　修复了问题＃3304：双击隐藏列表项无效，显示日志

　　修复了问题＃3305：Stash Changes / Save，然后允许Stash Apply

　　支持SendMailDlg的机会主义TLS

　　改进备用统一差异查看器配置的文档

　　TGitCache：加速扫描包含大量未版本控制文件的文件夹

　　BrowseRefsDlg：允许批量删除多个远程分支

　　Rebase：文档启动，中止和完成reflog

　　添加TortoiseGitUDiff打开列表

　　将editorconfig更新为0.12.4

　　修复了问题＃3295：TortoiseGitPlink不适用于Git协议版本。2

　　已修复问题＃3290：改进“状态/检查修改”文档

　　修复了问题＃3228：Rebase：添加对空提交的完全支持（例如，在冲突解决期间变为空的提交）

　　修复了问题＃3189：解决大量冲突时显示进度条

　　修复了问题＃3318：更准确的git-svn检测

　　已修复问题＃1770：添加对更改列表的支持

　　修复了问题＃3327：澄清远程和远程跟踪分支

　　TGitCache：显着减少请求缓存文件状态的磁盘访问

　　FileDiffDlg：正确显示重命名（也允许按它们过滤）

　　将Notepad2更新到Notepad2e

　　Bug修复：

　　修复了问题＃3250：GitWCRev：IsGitItem对于从未提交过的项目返回true

　　已修复问题＃3251：GitWCRev.GetWCInfo COM对象忽略文件路径（参数1）

　　GitWCRev不尊重传递的路径并根据传递的路径计算HasModifications / UnversionedFiles状态

　　修复了问题＃3261：如果补丁不能完全应用，则审核/应用单个补丁不再起作用

　　修复了问题＃2541：在差异视图/ TortoiseGitMerge中从“创建补丁文件”创建的补丁具有无效的文件路径

　　CommitDlg：commit.template不尊重“〜/”

　　已修复问题＃3271：文件TortoiseGitProc.exe /命令：merge / abort选项

　　修复了问题＃3281：TortoiseGitUDiff首选项页面剪切了俄语翻译的文本

　　已修复问题＃3284：BrowseRefsDlg：无法将带注释的标记与工作树进行比较（libgit2返回请求的类型与ODB中的类型不匹配）

　　无论选择如何，修改过的文件，“还原”和“解析”对话框都会显示所有已暂存的文件

　　“提交”对话框仍然显示所有暂存的文件，这是设计并且提交正常工作所需（例如，在合并提交中没有文件丢失）。

　　修复了问题＃3264：删除标记可以在refs / tags中留下空文件夹

　　修复了问题＃3297：通过调用问题跟踪器URL缺少％BUGID％-part的URI编码

　　已修复问题＃3307：在单个文件上中止合并始终会导致参数错误消息

　　修复了问题＃3269：Git Command Progress窗口空白，挂起提交（例如，当auto gc正在运行时）

　　修复了问题＃3039：在命令行上执行gc prune后，图标覆盖不能正确更新

　　修复了问题＃3316：使用rebase拉取后误导消息框，当分支在原点/分支后面，但是origin / branch = remote / origin / master

　　修复了问题＃3288：提交窗口：俄语本地化时文本被删除

　　修复了问题＃3317：merge-ods.vbs-script：脚本删除了LibreOffice 6.1中的合并文档

　　修复了问题＃3329：如果用户名包含空格，则创建带有消息导致致命错误的标记

　　修复了问题＃3330：对于存储提交和reflog对话框，编辑注释无法正确加载

　　修正了问题＃3331：“Putty Key：”标签太窄，不适合本地化

　　RefLog：记住刷新时最后选择的分支

　　打开凭证帮助程序设置页面会导致提升逻辑触发

　　改进了对有效git存储库的检测

　　在各种异常情况下提高稳定性