github desktop电脑版

github是一个利用Git进行版本控制、专门用于存放软件代码与内容的共享虚拟主机服务。简单来说，就是一个管理你的“代码的历史记录”的工具。目前官方已经正式发布了github desktop电脑版，也是github桌面版，可用于GIT项目代码托管，管理仓库版本，控制存储分支，同步推送等操作，能够让用户在电脑上更好的管理Git代码。该版本还进行了全面升级和改进，用github desktop将您的GitHub工作流程扩展到您的浏览器之外，完全采用Electron进行重新设计，可以让用户获得统一的跨平台体验，完全开放源代码，还可以自定义，欢迎免费下载体验。

软件特色

一、协作编码

通过自动环境设置快速参与项目。

确保你看到了你关心的变化。

围绕代码构建社区。

1、代码空间

使用您喜爱的编辑器的全部功能，在云中启动完全配置的开发环境。

2、GitHub Copilot公司

使用GitHub Copilot，可以在编辑器中获得整行或整函数的建议。

3、Pull请求

允许贡献者轻松通知您他们已推送到存储库中的更改，访问权限仅限于您指定的贡献者。轻松合并您接受的更改。

4、讨论

专用空间，让您的社区聚在一起，问答问题，进行开放式对话。

5、代码搜索和代码视图

我们强大的新代码搜索和代码视图使开发人员能够从GitHub.com快速搜索、导航和理解代码。

6、通知

获取您订阅的GitHub活动的更新。使用通知收件箱自定义、分类和管理您的更新。

7、代码审查

查看新代码，查看可视化代码更改，并自信地将代码更改与自动状态检查合并。

8、代码审查任务

分配代码评审，以明确哪些团队成员应该提交对拉取请求的评审。

9、代码所有者

自动请求审阅——或者在对所选贡献者拥有的代码部分进行更改时要求其批准。

10、起草拉取请求

使用拉式请求作为讨论和协作的方式，而无需提交正式审查或冒着不必要的合并风险。

11、受保护的分支机构

对如何合并代码分支实施限制，包括要求审查，或者只允许特定的贡献者处理特定的分支。

12、团队评审员

请求GitHub上的团队审查您的拉取请求。团队成员将收到通知，表明您已要求他们进行审查。

13、多个受让人

分配最多10个人处理给定的问题或请求，让您更容易跟踪谁在处理什么。

14、多个审阅者

请求多个贡献者进行审查。将通知被请求的审阅者您已请求他们审阅。

15、多行注释

通过在拉请求差异视图中一次引用或注释多行来澄清代码审查。

16、公共存储库

与任何GitHub成员一起处理您控制的公共存储库中的代码。进行更改、打开请求、创建问题等等。

17、黑暗模式

选择使用主题设置体验GitHub的方式。切换到深色主题或默认为系统首选项。

二、自动化和CI/CD

自动化一切：CI/CD、测试、规划、项目管理、问题标记、批准、入职等等。

标准化和规模化，整个组织的最佳实践、安全性和法规遵从性。

快速开始合作伙伴和社区的数千项行动。

1、行动

自动化所有软件开发工作流。编写任务并将其组合，以便从GitHub更快地进行构建、测试和部署。

2、包装

托管您自己的软件包或将其用作其他项目中的依赖项。私人托管和公共托管都可用。

3、API（应用编程接口）

创建调用以获取GitHub中所需的所有数据和事件，并自动启动和推进软件工作流。

4、GitHub页面

直接从GitHub存储库创建和发布关于您自己、您的组织或项目的网站。

5、GitHub市场

从我们社区的数千个操作和应用程序开始，帮助您构建、改进和加速自动化工作流。

6、Webhooks（网钩）

数十个事件和webhooks API帮助您集成并自动化存储库、组织或应用程序的工作。

7、托管跑步者

通过GitHub托管的按需Linux、macOS和Windows环境将自动化移动到云端，以运行工作流。

8、自我托管的跑步者

更多的环境和更全面的控制，包括标签、组和策略，以管理您自己机器上的运行。另外，runner应用程序是开源的。

9、保密管理

跨多个存储库共享、更新和自动同步机密，以提高安全性并减少工作流失败。

10、环境

使用机密和保护规则满足软件交付的安全性和法规遵从性要求。

11、部署

查看您的代码在环境中运行的版本，包括时间和原因，以及日志以供查看。

12、工作流可视化

绘制工作流，实时跟踪其进度，了解复杂的工作流，并与团队其他成员沟通状态。

13、工作流模板

使用在整个组织中共享的预配置工作流模板来标准化和扩展最佳实践和流程。

14、政策

通过针对fork-pull请求的附加策略，按存储库和组织管理Actions的使用和权限。

三、安全

在编写代码时保护代码。自动检查对代码库的每个更改，并在它们进入生产环境之前识别漏洞。

了解并解决开放源代码依赖项中的任何漏洞。

自动检测并停用提交给您的回购的机密。

1、专用存储库

在私有GitHub存储库中承载您不想与世界共享的代码，只有您和与您共享代码的人才能访问这些代码。

2、2FA公司

登录GitHub时，使用双因素身份验证（2FA）添加额外的安全层。需要2FA并从TOTP应用程序、安全密钥等中进行选择。

3、所需审查

在合作者可以对受保护的分支进行更改之前，确保拉取请求具有特定数量的批准审核。

4、所需的状态检查

创建所需的状态检查，以使用状态API在分支上添加额外的错误预防层来强制执行检查。

5、代码扫描

使用静态分析查找自定义代码中的漏洞。通过扫描每个pull请求来防止引入新漏洞。

6、秘密扫描

在公共和私人存储库中查找硬编码的秘密。撤销它们以确保对您使用的服务的访问安全。

7、私人漏洞报告

使您的公共存储库能够私下接收社区的漏洞报告并就解决方案进行协作。

8、依赖关系图

查看您的项目所依赖的包、依赖它们的存储库以及在它们的依赖项中检测到的任何漏洞。

9、相关警报

当出现影响存储库的新漏洞时，请获得通知。GitHub检测公共和私有存储库中易受攻击的依赖项并向用户发出警报。

10、Dependabot安全和版本更新

通过自动打开pull请求来更新易受攻击或过时的依赖关系，从而确保供应链的安全性和最新性。

11、依赖性审查

在合并拉请求之前，了解新引入的依赖项在拉请求期间的安全影响。

12、GitHub安全咨询

私下报告、讨论、修复和发布有关开源存储库中发现的安全漏洞的信息。

13、GitHub咨询数据库

浏览或搜索GitHub知道的漏洞。该数据库包含GitHub依赖关系图上所有管理的CVE和安全建议。

14、GPG提交签名验证

使用GPG、S/MIME或SSH对标记进行签名和提交。这些在GitHub上标记为已验证，以便其他人知道更改来自可信来源。

15、安全审核日志

快速回顾组织成员执行的操作。您的审核日志包括诸如谁执行了操作以及何时执行的详细信息。

16、存储库规则

通过可扩展的源代码保护提高组织的安全性。通过规则洞察，可以轻松查看存储库中代码的更改方式和更改原因。

四、客户端应用

在任何连接的设备上使用GitHub Copilot。

跳过带有快速、强大文本界面的可视化UI。

从macOS或Windows桌面访问GitHub。

1、GitHub移动

将您的项目、想法和代码与完全本地的移动和平板电脑体验结合起来。

2、GitHub CLI

将GitHub置于命令行。管理问题并从终端拉取请求，您已经在那里使用Git和代码。

3、GitHub桌面

使用GUI简化开发工作流。在不接触命令行的情况下可视化、提交和推送更改。

五、项目管理

使用GitHub问题来组织功能请求、错误和更多内容——为软件团队设计。

通过项目表、董事会和任务列表协调大小计划。

跟踪您交付的内容，直至提交。

1、项目

为您的问题创建一个自定义视图，并提取请求以计划和跟踪您的工作。

2、标签

组织和优先处理你的工作。将标签贴在问题上，并拉取请求以表示优先级、类别或任何其他有用的信息。

3、里程碑

跟踪存储库中问题组或拉入请求的进度，并将组映射到总体项目目标。

4、问题

跟踪错误、增强功能和其他请求，确定工作优先级，并在提出和合并更改时与利益相关者进行沟通。

5、图表和见解

通过创建和共享基于项目数据构建的图表，利用洞察力可视化您的项目。

6、组织依赖性洞察

通过相关性洞察，您可以查看组织所依赖的开源项目的漏洞、许可证和其他重要信息。

7、存储库洞察力

使用存储库中有关活动和贡献的数据（包括趋势），对开发周期进行数据驱动的改进。

8、维基

将项目文档存放在存储库中的wiki中。投稿人可以在网上或本地轻松编辑文档。

六、团队管理

简化项目和团队的访问和权限管理。

更新权限，在成长过程中添加新用户，并为每个人提供所需的确切权限。

与Okta和Entra ID同步。

1、组织

设置拥有存储库的用户帐户组。以团队或个人用户为基础管理访问权限。

2、邀请

使用GitHub成员的用户名或电子邮件地址，轻松地将其添加到存储库中，并要求他们确认访问。

3、团队

将组织成员分组，以反映公司或组的结构以及级联访问权限和提及。

4、团队同步

在GitHub上启用身份提供程序和组织之间的团队同步，包括Entra ID和Okta。

5、自定义角色

根据用户在组织中的角色定义用户对代码、数据和设置的访问级别。

6、自定义存储库角色

通过使用细粒度权限设置创建自定义角色，确保成员仅具有所需的权限。

7、域验证

在GitHub上验证您的组织身份，并通过个人资料徽章显示该验证。

8、已验证和批准的域

通过批准公司域，确保电子邮件只进入公司的电子邮件收件箱。

9、审核日志API

快速回顾组织成员执行的操作。监视访问、权限更改、用户更改和其他事件。

10、审核日志流

通过使用领先的系统信息和事件管理工具以及云存储提供商流式传输企业审核日志，防止审核日志丢失。

11、存储库创建限制

仅将存储库创建权限限制为组织所有者，或允许成员创建公共和私有存储库。

12、通知限制

通过将电子邮件通知限制到批准的电子邮件域来保护有关您的团队正在处理的内容的信息。

13、企业帐户

通过企业帐户，通过单一的可视性和管理点，实现组织和GitHub环境之间的协作。

14、合规性报告

通过访问GitHub的云合规报告（例如我们的SOC报告和云安全联盟CAIQ自我评估（CSA CAIQ））来满足您的安全评估和认证需求。

github desktop电脑版入门教程：

一、验证到GitHub

将您的GitHub.com或GitHub Enterprise帐户信息添加到github desktop，以便您可以访问您的存储库。如果启用了双因素身份验证，则在登录到github desktop时，系统会要求您提供一个2FA密码以及您的密码。

1、在窗口的左上角，选择文件菜单。

2、点击选项。

3、在选项窗口中，选择帐户。

4、在“帐户”窗格中，执行以下任一操作：

- 要通过GitHub进行身份验证，请在“GitHub.com”下单击登录。

- 要向GitHub Enterprise进行身份验证，请在“GitHub Enterprise”下单击登录。

5、要添加GitHub Enterprise帐户，请在“企业服务器地址”下键入您的凭据，然后单击继续。

6、要添加GitHub帐户，请输入您的GitHub.com凭据，然后单击登录。

7、如果您为GitHub或GitHub Enterprise配置了双因素身份验证，请执行以下操作之一：

- 如果您通过短信设置2FA，请从SMS消息中检索您的2FA代码。

- 如果您使用TOTP应用程序设置2FA，请生成2FA代码。

8、返回到GitHub桌面。在提示中，输入您的2FA代码，然后点击登录。

二、为github desktop配置Git

如果您还没有安装Git，则必须在使用GitHub Desktop之前对其进行配置。

github desktop使用您在本地Git配置中设置的电子邮件地址来连接提交与您的GitHub或GitHub企业帐户。

1、登录到GitHub或GitHub Enterprise。

2、在任何页面的右上角，点击你的个人资料照片，然后点击设置。

3、在左侧边栏中，点击电子邮件。

4、复制您想要在本地Git配置中使用的电子邮件地址。

5、返回到github desktop

6、在窗口的左上角，选择文件菜单。

7、点击选项。

8、在选项窗口中，选择Git。

9、在名称字段中，输入您想要用于Git配置的名称。

10、在电子邮件字段中，粘贴您从GitHub或GitHub Enterprise帐户设置复制的电子邮件地址。

三、从命令行启动github desktop

1、打开命令提示符。

2、要将GitHub Desktop启动到上次打开的存储库，请键入github。要为特定的存储库启动GitHub Desktop，请使用github命令，然后使用该存储库的路径。

您也可以更改为您的存储库路径和类型github后跟一个句点。

四、github desktop主要界面介绍

双击GitHub，进入主界面。

首先登陆：输入GitHub账号和密码

登陆之后显示主界面，此时可以跟着它的教程做一遍，熟悉大致流程：

接着是主界面的介绍

这里将对每个红框的区域进行大致说明：

1. 这是新建功能，里面有:

a、Add 添加已创建的本地代码库

注意！如果在Create之前直接导入一个代码库（本地文件夹），会提示create a repository，点击进入Create。不用更改，直接点击下面的Create repository。

这时可能会自动帮你添加到Other部分。

也可能没有任何变化，如果出现这种情况，请再次点击Add选项。你会发现点击Add repository也没用。这时将Local path位置的路径最后一个字母删掉，接着补回来，这样就可以成功Add了。

b、Create 创建新的本地代码库

c、Clone 从GitHub上下载已有的代码库

2. 这里是已经与GitHub同步的代码库。

3. 这里是本地的代码库。里面有：

没有提交到GitHub的代码库

更改后未同步的代码库

4. 如果当前本地代码库有更改，会将更改的文件显示在这里。这里只是缓存。

5. 如果想提交缓存里的修改修改到本地代码库，需要在这里填写修改摘要（Summary）和详细描述（Description）。然后点击Commit to master，提交到本地代码库。

6. 如果按照上面的步骤提交到本地代码库，则可以看到那些文件都移动到这里了。此时提交到本地代码库完成。但是还需要将其同步到GitHub上面。

7. 上面4-6都是在这里的红框选项卡内。这里表示最新情况。

8. 与上面7不同的是，这里表示提交历史。也可以通过选择下面的master上的圈圈来查看历史提交。

9. 请求合并。如果你从其他人的GitHub上Fork代码库到你的GitHub并进行修改，又希望其他人将你的代码与他的合并，可以提交请求。如果审核通过，那么你成为这个项目的贡献者之一。

10. 与上面9不同的是：这里将你的代码与你所参与的项目（有写权限）进行同步（Sync）。如果是是第一次提交代码库，这里显示的是Publish。

更新日志

v3.4.10版本

添加

增加了用于传达存在优先更新的横幅

添加

在已检出分支按钮和拉取请求列表中增加了“在GitHub上查看拉取请求”选项

修复

准确计算合并中冲突文件的数量

修复

当暂存的重命名文件有更改时通知用户

修复

仓库设置中的远程URL视觉标签可被屏幕阅读器读出

修复

移除重复的头像用户

修复

修正文本框中清除按钮的缩进问题

修复

屏幕阅读器会播报可选列表（如历史提交列表）中列表项的位置

修复

限制我们接受的提交信息的长度

修复

防止在执行大型git状态操作时显示仓库未找到消息

修复

为“显示空白更改？”弹出框添加aria-labelledby和aria-describedby属性

修复

修正共同作者文本框的逻辑制表顺序

修复

允许使用Escape键关闭提交信息警告弹出框

改进

改进了“文件大小超出限制”对话框中文件列表的外观

改进

屏幕阅读器现在可以播报可调整大小元素的调整大小事件

改进

更新了Linux上一些JetBrains编辑器的名称

改进

滑动图像差异现在更好地处理具有透明度的图像

改进

提交消息现在显示正确的缩进