Git gui for windows(Git客户端)

v2.18.0 官方版

软件大小：39.16 MB
更新日期：2019-06-22 10:13
软件语言：简体中文
软件类别：编程工具
软件授权：免费版
软件官网：待审核
适用平台：WinXP, Win7, Win8, Win10, WinAll
软件厂商：

6分

软件介绍人气软件下载地址

为您推荐： 编程开发

　　Git是一个免费的开放源码的分布式版本控制系统，用于处理从小到大的项目，速度和效率的一切，Git for Windows专注于提供轻量级的本机工具集，将Git SCM的完整功能集引入Windows，同时为经验丰富的Git用户和新手提供适当的用户界面；提供了一个BASH仿真，用于从命令行运行Git，NIX用户应该感到宾至如归，因为BASH仿真的行为就像LINUX和UNIX环境中的git命令一样；由于Windows用户通常期望图形用户界面，Git for Windows还提供Git GUI，Git BASH的强大替代品，提供几乎所有Git命令行功能的图形版本，以及全面的视觉差异工具；支持Shell集成，只需右键单击Windows资源管理器中的文件夹即可访问BASH或GUI；优化后的Git是一个免费的开源分布式版本控制系统，旨在快速高效地处理从小型到大型项目的所有事务。Git 易于学习，占地面积小，具有闪电般快速的性能；它超越了Subversion，CVS，Perforce和ClearCase等SCM工具，具有廉价本地分支，便捷的临时区域和多个工作流程等功能。强大又实用，需要的用户可以下载体验

软件功能

　　Git功能确实使其与几乎所有其他SCM区别开来的是它的分支模型。

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

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

　　无摩擦环境切换。创建一个分支来尝试一个想法，提交几次，切换回你分支的位置，应用补丁，切换回你正在试验的地方，并将其合并。

　　基于角色的代码行。有一个分支，它总是只包含生产的东西，另一个你合并用于测试的分支，以及几个较小的分支用于日常工作。

　　基于特征的工作流程。为您正在处理的每个新功能创建新的分支，以便您可以在它们之间无缝切换，然后在该功能合并到主线时删除每个分支。

　　一次性实验。创建一个分支进行实验，意识到它不会起作用，只是删除它 - 放弃工作 - 没有其他人见过它（即使你在此期间推动了其他分支）。

软件特色

　　小而快

　　使用Git，几乎所有的操作都是在本地进行的，这给集中式系统带来了巨大的速度优势，这些系统不断与某个服务器进行通信。

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

　　分散式

　　任何分布式SCM（包括Git）的最佳功能之一就是分发。这意味着，不要对源代码的当前提示进行“检出”，而是对整个存储库进行“克隆”。

　　多个备份

　　这意味着即使您使用集中式工作流程，每个用户本质上都具有主服务器的完整备份。在发生崩溃或损坏的情况下，可以将这些副本推送到主服务器。实际上，除了只有存储库的一个副本，Git没有单点故障。

　　任何工作流程

　　由于Git具有分布式的性质和卓越的分支系统，可以相对容易地实现几乎无数的工作流程。

　　Subversion样式工作流程

　　集中的工作流程非常普遍，特别是从集中式系统转型的人员。如果有人自上次提取以来，Git不会推送，所以所有开发人员推送到同一服务器的集中式模式工作正常。

安装步骤

　　1、需要的用户只需要点击本网站提供的下载路径下载得到对应的程序安装包

　　2、解压安装包后，双击主程序即可进行安装，弹出安装向导，点击下一步按钮

　　3、用户可以根据自己的需要点击浏览按钮将应用程序的安装路径进行更改

　　4、快捷键以及程序安装组件可以根据自己的需要进行选择，可以全部选择

　　5、接下来的界面都可以点击下一步按钮即可，都是程序安装信息

Git gui for windows(Git客户端)

　　6、现在准备安装主程序。点击“下一步”按钮开始安装或点击“上一步”按钮重新输入安装信息。

　　7、等待应用程序安装进度条加载完成即可，需要等待一小会儿

　　8、根据提示点击安装，弹出程序安装完成界面，点击完成按钮即可

使用说明

　　如果没有选项，也没有给出COMMAND或GUIDE，则会在标准输出上打印git命令的概要和最常用的Git命令列表。

　　如果选择--all或-a给出，则所有可用命令都打印在标准输出上。

　　如果该选项--guide或-g给出，有用GIT中引导件的列表也被打印在标准输出。

　　如果给出了命令或指南，则会显示该命令或指南的手册页。该男子程序默认用于此目的，但可以通过其他选项或配置变量覆盖。

　　如果给出了别名，git会在标准输出上显示别名的定义。要获取别名命令的手册页，请使用 git COMMAND --help。

　　注意这git --help ...是相同的，git help ...因为前者在内部转换为后者。

　　要显示git [1]手册页，请使用git help git。

　　可以使用git help help或显示此页面git help --help

　　OPTIONS

　　-一个

　　- 所有

　　打印标准输出上的所有可用命令。此选项会覆盖任何给定的命令或指南名称。

　　--verbose

　　与--all所有已识别命令的打印描述一起使用时。这是默认值。

　　-C

　　--config

　　列出所有可用的配置变量。这是git-config [1]中列表的简短摘要。

　　-G

　　--guides

　　打印标准输出上的有用指南列表。此选项会覆盖任何给定的命令或指南名称。

　　-一世

　　- 信息

　　以info格式显示命令的手册页。该信息的程序将被用于这一目的。

　　-m

　　- 人

　　以man格式显示命令的手册页。此选项可用于覆盖help.format配置变量中设置的值。

　　默认情况下，man程序将用于显示手册页，但man.viewer配置变量可用于选择其他显示程序（见下文）。

　　-w

　　--web

　　以Web（HTML）格式显示命令的手册页。Web浏览器将用于此目的。

　　可以使用配置变量指定Web浏览器help.browser，或者web.browser如果未设置前者，则可以指定Web浏览器。如果没有设置这些配置变量，git web {litdd}浏览助手脚本（由git help调用）将选择合适的默认值。有关此内容的更多信息，请参阅 git-web {litdd} browse [1]。

　　配置变量

　　help.format

　　如果未传递命令行选项，help.format则将检查配置变量。此变量支持以下值; 他们让git帮助表现为相应的命令行选项：

　　“man”对应-m | --man，

　　“info”对应-i | --info，

　　“web”或“html”对应于-w | --web。

　　help.browser，web.browser和browser。 .path

　　的help.browser，web.browser并且browser..path如果也将被检查的网络被选择的格式（通过命令行选项或配置变量）。请参阅上面的OPTIONS部分中的-w | --web和git-web {litdd} browse [1]。

　　man.viewer

　　的man.viewer，如果配置变量将被检查的人被选择的格式。目前支持以下值：

　　“男人”：像往常一样使用man程序，

　　“女人”：使用emacsclient在emacs中启动“女人”模式（这只适用于emacsclient版本22），

　　“konqueror”：使用kfmclient在新的konqueror选项卡中打开手册页（请参阅下面有关konqueror的注释）。

　　如果存在相应的man..cmd配置条目，则可以使用其他工具的值（参见下文）。

　　可以为man.viewer配置变量赋予多个值。将按配置文件中列出的顺序尝试相应的程序。

　　例如，这个配置：

　　[人]

　　viewer = konqueror

　　观众=女人

　　将首先尝试使用konqueror。但这可能会失败（例如，如果没有设置DISPLAY），那么将尝试emacs的女人模式。

　　如果一切都失败，或者没有配置查看器，GIT_MAN_VIEWER则将尝试在环境变量中指定的查看器。如果那也失败了，那么无论如何都会尝试man程序。

　　人。<工具>。路径

　　您可以通过设置配置变量显式提供首选man查看器的完整路径man..path。例如，您可以通过设置man.konqueror.path来配置konqueror的绝对路径。否则，git help假定该工具在PATH中可用。

　　人。<工具> .CMD

　　当man.viewer配置变量指定的man查看器不在支持的man查看器中时，man..cmd将查找相应的配置变量。如果此变量存在，则指定的工具将被视为自定义命令，并且将使用shell eval运行命令，并将手册页作为参数传递。

　　关于konqueror的注意事项

　　当在配置变量中指定konqueror时man.viewer，我们启动kfmclient以尝试在新选项卡中打开已打开的konqueror上的手册页（如果可能）。

　　为了保持一致性，如果将man.konqueror.path设置为类似的话，我们也会尝试这样的技巧A_PATH_TO/konqueror。这意味着我们将尝试启动A_PATH_TO/kfmclient。

　　如果你真的想使用konqueror，那么你可以使用如下内容：

　　[人]

　　viewer = konq

　　[man“konq”]

　　cmd = A_PATH_TO / konqueror

　　关于git config --global的注意事项

　　请注意，可能应使用--global标志设置所有这些配置变量，例如：

　　$ git config --global help.format web

　　$ git config --global web.browser firefox

　　因为它们可能比特定于存储库更具用户特性。有关此内容的更多信息，请参阅git-config [1]。

　　GIT商标政策

　　1。目的

　　Git项目是Software Freedom Conservancy（“Conservancy”）的成员项目。Conservancy根据其非营利慈善使命代表Git项目持有商标权。

　　Conservancy采用本政策来保护商标（定义如下），并确保Git软件的身份及其免费和开源性质对每个人都清楚。通过使用本政策，Git项目可以传播Git软件的使用，同时确保标记受到与美国商标法一致的保护。编写本政策是为了允许所有明确和适当使用商标，同时不赞成使用商标的方式可能会使用户混淆软件的来源，或者暗示与Git项目存在其他不存在的关联。通过遵守本政策，您可以帮助向公众宣传使用和开发Git软件的自由。

　　在本政策中，“标记”一词指的是以下内容：

　　文字标记“Git”

　　口号是“愚蠢的内容跟踪器”

　　本政策仅涉及与Git项目相关的商标，并未涉及与Git软件相关的任何版权。

　　2使用商标的准则

　　2.1首次提及的商标符号

　　标记的第一个突出提及后应紧跟一个符号，如适用，注册商标（®）或未注册商标（™）。例如：“Git™”。

　　在不需要此类标记来保护与商标相关的知识产权的所有情况下，例如电子邮件，在线讨论和学术论文，都可以免除此要求。我们鼓励尽可能使用适用的符号，但要认识到许多用户将在非商业和非正式环境中省略它们。

　　您可以使用“Git和Git徽标是Git Project公司所在地Software Approservancy，Inc。的注册商标或商标，在美国和/或其他国家/地区。” 当你需要在其他人持有的商标列表中提及“Git”时。

　　2.2未经书面许可使用商标

　　未经事先书面许可，您可以使用商标（以其他部分为准）：

　　以基本上未经修改的形式引用Git软件。“基本上未修改”意味着根据Git项目提供的源代码构建，可能需要进行少量修改，包括但不限于：默认情况下启用或禁用某些功能，翻译成其他语言，与特定操作系统兼容所需的更改分发，或包含错误修复补丁。

　　将Git软件识别为软件产品的独特组件。

　　实际上是指Git项目本身，其产品或协议。

　　此外，在以下情况下，未经书面许可，您可以使用标记来引用Git软件和Git项目之外的产品，服务或社区：

　　当提到基本上未经修改的Git软件时，要说这种软件是“衍生物”或“基于”Git。

　　当提及可与Git软件互操作的第三方软件产品和/或服务时，采用“[Git的产品名称]”格式 - 只要此类使用符合本政策的其余部分。

　　在这些情况下，我们不收取使用商标的许可费。但是，我们当然欢迎捐款。如果您有兴趣捐赠给Git项目，保护保护，

　　2.3禁止使用商标

　　您不得以下列方式使用标记：

　　在任何可能导致Git项目的身份，其软件的来源或软件许可证混淆的方式。

　　以任何方式表明您和Git项目之间的关联程度高于实际存在的关联程度。

　　以任何方式暗示Git的指定继承者（例如，不允许“Git ++”）。

　　除非Conservancy明确指出，否则Git会以任何方式表示Git偏好一个分发，平台，产品等。

　　以任何其他方式稀释或以其他方式侵犯标志中的Conservancy和Git Project的商标权。

　　引用由第三方修改的Git软件，以基本上未修改的形式与Git软件不可操作。

　　此外，您不得将任何标记用作新单词中的音节或作为portmanteau的一部分（例如，“Gitalicious”，“Gitpedia”）用作第三方产品或服务的标记，而不使用Conservancy撰写允许。为避免疑义，此规定甚至适用于使用标记作为音节或作为portmanteau的一部分来引用产品或服务使用Git代码的第三方标记。

　　2.4本政策的限制

　　本政策未授予使用“软件自由保护”，“保护协议”商标或使用第1节中所列商标以外的任何其他商标的任何权利。本政策未授权您作为保护协会的代理人，为Git项目或保护协会代表或以其他方式订立任何协议。

　　2.5在商品销售中使用商标

　　未经Conservancy明确书面许可，您不得创建和/或出售带有任何商标的商品。如果您有兴趣使用带有任何商标的商品的

　　3保护权所保留的权利

　　保护协会保留以下权利：

　　确定是否遵守本政策。

　　以符合其保护公众使命的方式修改本政策。

　　尽管有其他条款，但无论出于何种原因以及出于任何原因授予本政策的例外情况。

　　选定的Bug修复

　　该readpipe()内置功能现在检查的，它只有一个参数的表达，并把它在标量上下文编译时间，从而确保它不会损坏堆在运行时。[perl＃4574]

　　修复了pp_listPerl 5.27.1 中引入的免费bug之后的用法。[perl＃131954]

　　sub如果sub关键字后跟包括换行符（和注释）的空格，则解析定义可能会导致在空闲后使用。[perl＃131836]

　　现在，当跳过 ${identifier} 构造中的空格时，标记生成器会正确调整解析指针。[perl＃131949]

　　${^LAST_FH}在非glob上使用任何各种I / O操作后，访问不再断言。[perl＃128263]

　　sort现在混叠时执行正确的参考计数$a和$b，从而避免过早破坏和标量的泄漏，如果他们是那种比较器的执行期间重新混淆。[perl＃92264]

　　一些复杂的正则表达式在编译时不再导致算术溢出。[perl＃131893]

　　修复了使用-flto -mieee-fp构建的重复符号失败。pp.c定义了_LIB_VERSION哪个-lieee已定义。[perl＃131786]

　　S_regmatch()函数中的NULL指针取消引用已得到修复。[perl＃132017]

　　在其他构造中编译代码时出现故障，例如使用字符串插值和s///e现在正确的部分导致编译中止更早。

　　之前的编译可能会继续以报告其他错误，但失败的子解析可能会在解析器shift-reduce堆栈上留下部分解析的构造，使解析器混乱，导致perl崩溃。[perl＃125351]

　　常见问题

　　我应该升级到更新的Git for Windows版本吗？

　　一般来说，是的：保持最新状态是个好主意。

　　如果你有一个版本比旧的2.17.1（2），这是非常明智的升级。这些版本修复了重要的错误，因此坚持使用较旧的Git for Windows版本会让你容易受到攻击：2.17.1（2），2.14.1,2.7.4,2.7.0,2.6.1,2.5.2,1.9.5-preview20150319 ，和1.9.5-preview20141217。

　　Git for Windows的发布节奏是什么？

　　官方Git for Windows版本主要遵循Git的发布周期：每12周左右发布一个新的主要Git版本。通常，Git for Windows将在一天内跟进。

　　除此之外，Git for Windows遵循最新的 Git版本的维护版本（阅读：在Git for Windows v2.15.0发布之后，不会发布新的Git for Windows v2.14.x版本）。即将发布的Git维护版指标包括：

　　Git维护者有时会在“什么是git.git烹饪”邮件的序言中讨论这个问题。

　　将maint在git.git积累关键补丁。

　　最后，Git for Windows有时会以“带外”版本发布，当时针对Windows的Git特有的关键修复需要它。这些出带外版本通过附加一个指示(2)到最新版本（或者(3)，(4)等）。这种带外版本的示例包括：Git for Windows v2.15.1（2）和Git for Windows v2.16.1（4）。

　　Git for Windows和msysGit之间有什么关系？

　　Git for Windows曾经使用名为“msysGit”的开发环境开发，但大致与Git 2.1一致，msysGit被新的开发环境取代：Git for Windows SDK。看到这里得到一份副本。

　　如何在新版本上更新Git for Windows？

　　这取决于您如何安装Git for Windows。捆绑软件安装要求您下载并安装新版本。只要您在相应的配置文件夹中这样做，您所做的任何自定义都将保留。

　　对于使用Git for Windows SDK的高级用户，pacman可以作为包管理器使用。

　　如何查看发布哈希和发行说明

　　对于（G4W）发行说明，

　　是否有最新和最好的'夜间'构建

　　Git for Windows版本并不常见，但有一些Snapshot版本列在

　　这些通常会在新的正式发布之前“修复”（或尝试修复）最近的问题。检查他们的提交说明和问题链接，看看是否包含您的问题。

　　从Git Bash运行时，某些本机控制台程序不起作用。怎么解决？

　　Git for Windows默认使用mintty终端。与默认的Windows控制台主机相比，它提供了正常的多行剪切和粘贴，工作大小调整，默认为unicode字体，并避免了默认控制台主机中的一些错误。但是，它不会将自身作为本机应用程序（不是使用MSys或Cygwin构建的应用程序）的控制台，因此在这些应用程序中：

　　由于字符集不匹配，非ascii输出可能会被破坏（MSys和Cygwin使用utf-8，而Windows将在这种情况下回退到传统的dos代码页）。

　　交互式和全屏应用程序根本不起作用。

　　有几种方法可以解决这些问题：

　　运行使用该winpty实用程序时遇到问题的程序。这允许您继续使用更好的mintty终端，但如果您需要许多程序的解决方法，可能会变得笨拙。

　　修改Git Bash的快捷方式bash直接运行，mintty因此它使用默认控制台主机并将其配置为“Quick Edit”，合理的大小和向后滚动以及合适的unicode字体。你仍然需要与控制台主机的其他怪癖一起生活。

　　安装并使用ConEmu。

　　我试图检查具有长路径名的文件时出错。

　　Windows文件路径默认限制为255个字符。某些存储库可能已提交包含超过限制的路径的文件。默认情况下，Git for Windows不支持长路径，并且在尝试对长文件名执行任何操作时将打印错误。将configuration属性设置core.longpaths为true以允许某些Git操作正确处理这些文件。

　　安装的文件是重复的，看起来很大 - 为什么？

　　所有明显的副本都只是硬链接 - 请参阅问题1997 使用libexec的符号链接获取更多详细信息。

　　不总是注意到Excel文件修改。

　　Excel（和其他一些应用程序）不会更新其文件的修改时间，Git使用该文件来快速检测更改。而Excel使用了更改时间字段。如果git status执行a，Git会注意到修改。如果您需要更多背景，请参阅问题1000。

　　如何访问Windows域中Microsoft Team Foundation Server上托管的存储库？

　　Microsoft Team Foundation Server能够托管git存储库。如果服务器是Windows域的成员，并且您的用户帐户位于该域中，则可以使用域身份验证向服务器标识自己，从而可以访问git存储库而无需输入任何凭据。为此，必须将服务器配置为使用域身份验证，而不是 NTLM身份验证。存储库URL可以从TFS Web界面获得，

　　为了指示git使用域身份验证，请在服务器名称前加上前缀:@，如下所示：http://:@server.example.com:8080/tfs/TWA/TeamDev/_git/reponame。这是通常username:password@server语法的特例，其中username和password字段都是空的。这会导致git查找并使用您的域凭据。

　　我得到“Permission denied（publickey）”。当使用git pull

　　OpenSSH 7不再将某些DSA密钥视为安全。将“PubkeyAcceptedKeyTypes ssh-dss”添加到〜/ .ssh / config有帮助。

　　切换git-bash启动器的区域设置（适用于Windows SDK的Git）

　　一些开发人员希望使用不同的语言启动git-bash（Git for Windows SDK）。要在windows中执行此命令，可以将命令置于启动器内：使用首选语言环境C:\Windows\System32\cmd.exe /c "set && start C:\git-sdk-64\git-bash.exe && exit" 替换en_GB。

　　我在Visual Studio中构建解决方案时遇到错误

　　（即fatal error C1083: Cannot open include file: 'openssl/ssl.h': No such file or directory）

　　尝试打开控制台并调用git\compat\vcbuild\vcpkg_install.bat。确保已成功完成，然后清理并重建解决方案。

　　还要确保使用正确的构建工具（v140）。它在VS 2015中默认使用。如果您使用VS 2017，则需要手动安装它们。不要将项目升级到v141 - 它不能自动完成。

　　许可证

　　Git是GNU通用公共许可证版本2涵盖的开源项目（其中某些部分具有不同的许可证，与GPLv2兼容）。它最初是由Linus Torvalds在网络上的一群黑客的帮助下编写的。

　　Git for Windows还包含嵌入式CAcert根证书。

　　该软件包包含来自许多其他项目的软件，包括Bash，zlib，curl，tcl / tk，perl，MSYS2以及GNU项目中的许多库和实用程序，这些库和实用程序在GNU通用公共许可证下获得许可。同样，它包含Perl，它是根据GNU通用公共许可证和艺术许可证双重许可的。