https://ossinsight.io 发布了一份有趣的关于开源数据库的分析报告。从4,572,765,143个GitHub事件中统计分析了开源数据库的许多深刻见解，例如数据库流行度、数据库贡献者、编码活力、社区反馈等。
GitHub 地址：https://github.com/iOSDevLog/slmethod
==================================================== 如何创建分支branch？ 分支可以方便同时处理多个版本的代码，它是在创建分支的那个时间点上的原始分支的精确副本。 即可以随意的体验或者是更改、提交新的分支，直到准备好了就可以安全的和原始分支进行合并。 ==================================================== 如何创建Pull Request？ Pull Request 用于提出对项目文件的更改，它是一个开始提交讨论的方式，它被经常用于代码审查中。 如果是一个人工作的话，那么 Pull Request 可能没有太大的帮助，因为可以用学到的 git命令 来更改、推送到我们的主分支中，而不存在其他的分支。 但是如果在公司项目或者是开源项目这种团队工作的情况下，会有很多分支。 github 会知道你已经添加了更改到新的分支中，所以它会智能的建议你启动 Compare & pull request(比较和拉取请求) ==================================================== 如何解决文件冲突？ 假设在合并 Pull Request 到我们的主分支之前，想对要合并的新分支添加修改，该如何做呢？ 答：只需到回到 windows 中对新分支中的文件进行修改再保存即可，之后打开 cmd控制台 进行 git命令 操作即可。 演示在 github网站上 提交更改以及在本地计算机副本上提交更改来故意创建一个文件冲突。 当我们刚开始使用 git 和 github 时，建议：不要在 github网站上 对文件做任何修改，而是在本地计算机副本上执行想要的修改和其他工作， 这样做有助于我们有效地避免文件冲突。实际上，我们只是在本地计算机副本上进行更改且这个项目就是我一个人维护的话，那么我本地代码将永远和 github上 面的代码同步。 但是呢，如果是在一个团队中和他人协作时，他人会在我工作的时候，向远程分支 push 的一个更改，而这个更改和我们正在本地计算机做的更改是同一个文件，那么就会导致文件冲突。 这是一个相当普遍的问题。所以需要我们练习创建和修复冲突。 ==================================================== 如何创建组织？ 有时在团队协作中，当需要用到多个代码仓库时，就需要一个 github 的组织了。 github 组织允许你管理和组织所有的代码仓库。一个 github 账户可以在不同的组织中工作。 输入组织名和邮箱即可，暂时不选付费项目。其余的不用管，默认下一步就行。 ==================================================== 如何创建小组？ 比如：在谷歌工作，有开发小组、营销小组、运营小组， 在我所在的开发小组里面有三个人，我们需要访问相同的代码仓库，并且经常需要互相交流。 这个时候我们就需要单独的github小组，这样将有助于改善我们的工作流程。 通常来说，在github中一个组织可以分为多个小组。小组允许我和组内的成员共享设置权限，不同的组有不同的权限分配。 例如：开发小组有访问开发的权限，比如我有访问要开发软件的代码仓库的权限。 ==================================================== 如何在组织中创建代码仓库，并如何授予该组织中某个小组权限？ 比如：在 google 这样的组织中，代码仓库应该属于组织所有的。 现在在组织中创建代码仓库，并且让开发小组能够访问到该组织新创建的代码仓库。 给上次在该组织中创建的开发小组开放访问权限。 ==================================================== 如何在组织中的代码仓库里，为组织中的小组创建Pull Request(拉取请求/下载请求)？ 当你在一个更大的组织中工作时，良好的创建 Pull Request(拉取请求/下载请求) 的习惯是很重要的。 许多组织使用 Pull Request 进行代码审查，当你对代码进行更改后，你可以邀请你的小组审核你所做的更改，并提供反馈。 什么是好的 Pull Request 呢？ 当我们自己一个人工作时，Pull Request 只是帮助我们自己记住为什么修改，所以随意提交一个 Pull Request 都没关系。 但是当我们作为更大团队的一部分，重要的是我们要清楚正在改变的是什么以及为什么要做出这样的改变。 所以我们要填写下修改的标题和具体
我的名字是albin，今天在这个快速的闪电演讲中，我要给大家介绍一下我的torch的现状。我之前参加过这个会议，也许你们见过我做这个演讲的多个版本。我们每年都会进行这个演讲，我去年做过一次。我在PyTorch的核心库维护方面做了很多工作。今天我想谈论的是三个重要的PyTorch里程碑以及今年发生的事情中的三个重要事件。还有一些有趣的数字，Joe之前已经给大家展示过其中的一些，但能亲眼看到这些数据总是很有趣的。最后，我会给大家介绍一下如何参与pytorch以及如何帮助我们build pytorch。
如何在 Fork 到的开源项目中提交 Pull requests ？ 我们将 Fork 到的开源项目克隆到我们本地计算机中进行修改，把更改通过 Pull requests 到原始的项目中。
笔者使用git有一段时间了，踩过不少坑，这里分享下我在git工作流方面的一些经验。 什么是Git工作流？ Git工作流你可以理解为工作中团队成员遵守的一种代码管理方案，在Git中有以下几种工作流方案作
创建SSH密钥 http://teliute.org/mix/Tegit/lesson2/lesson2.html
「 今又不知怎的，想起班长时常讲的两句话，一句你认为对的你就去做，一句你想到别人别人才会想到你，很简单的话，受益终身，回来后，每当彷徨时，就会想到，遇到喜欢的姑娘，感觉自己太水了,自卑到主动聊天都不敢，会想到。感觉和同学关系很疏远，会想到。人生很短，退役数年，多了太多身不由己，言不由衷，感恩相遇，祝好----山河已无恙」
此前，刚刚报道了GitHub将从4月13日开始屏蔽受美国制裁公司的俄罗斯开发者账户。但没想到，一些普通的俄罗斯开发者也受到了误伤，还让涉及到的项目受到了“毁灭性”打击。
上一篇文章介绍了常用的版本控制工具以及git的基本用法，从基本用法来看git与其它的版本控制工具好像区别不大，都是对代码新增、提交进行管理，可以查看提交历史、代码差异等功能。但实际上git有一个重量级的功能“分支”，git的分支与其它工具的分支不同，git分支的操作完全在本地进行，所以可以快速的创建和切换。
在GitHub上，需求或者说问题(issue)的管理通常是开放和透明的，这样做是为了鼓励社区参与和贡献。之前博主考虑过一个问题：一个需求会不会被许多人同时领取，都做了开发导致重复劳动，如果不会，项目通过什么机制避免，理论上可能出现这种情况。经了解确认, github项目有一系列的社区管理实践和工具的辅助，这种情况很少发生。下面是几种常见的避免重复劳动的机制：
想来GitHub对于理工科，尤其计算机专业的大佬们应该很熟悉了，但作为机械专业小铁渣渣，自从创建了我的GitHub账号，就从来没在上面刨过什么好东西，更没有啥拿的出手的项目往上面晒了。今天给大家翻译了一下GitHub官网的使用简介，当初看英文看的一点耐心都没有，希望中文好些吧。
项目分支就是版本库的一个副本，有了分支后可以把你的工作从开发主线上分离开来， 以免影响开发主线。
NumPy 社区已经确立了改进其文档的坚定目标。我们定期在 Zoom 上举行文档会议（日期在numpy-discussion 邮件列表上宣布），欢迎每个人参与。如果你有问题或需要有人指导你迈出第一步 - 我们很乐意帮助。 会议记录在hackmd.io上，存储在NumPy 存档存储库中。
今天我们为你准备了一篇有些不同的博文。Brigade[1]项目最近在改善我们的安全状况方面投入了巨大的努力——特别是在我们的软件供应链方面——今天我们想介绍一下我们取得的进展。当然，这样做的一个原因是向我们的社区保证，软件供应链安全是我们非常重视的一个话题，但我们也希望通过分享我们在最近几周获得并应用的有价值的见解，我们的社区也可以开始将其中的一些知识应用到他们自己的软件项目中。
如果你想要参与某个项目，但是并没有推送权限，这时可以对这个项目进行“派生”。 派生的意思是指，GitHub 将在你的空间中创建一个完全属于你的项目副本，且你对其具有推送权限。
引擎项目开源的核心价值，一方面是源代码的开放，可以让大家免费使用，避免重复造轮子。另一方面可以吸引有能力维护源码的开发者共同参与维护，让项目加速前进与成熟。
在开源TensorFlow机器学习框架中发现的持续集成与持续交付（CI/CD）配置错误，可能被利用来发起供应链攻击。
为了方便对 NebulaGraph 尚未了解的读者也能快速直接从贡献代码为起点了解它，我把开发、贡献内核代码入手所需要的基本架构知识在这里以最小信息量的形式总结一下。作为前导知识，请资深的 NebulaGraph 玩家直接跳过这一章节。
近日，GitHub 发布命令列工具 (Beta) 测试版，官方表示，GitHub CLI提供了一种更简单、更无缝的方法来使用Github。这个命令行工具叫做GitHub CLI，别名gh。
作者：Marcin Maciaszczyk，Kubermatic 和 Sebastian Florek，Kubermatic
我们正式为各位开发者们介绍在 GitHub 上最新的一个开源库 (和开源组织) —— androidx！这是 Android Jetpack 各种组件库的源码和开发环境，与 AOSP 的主分支代码同步。
今天，我们非常激动地为Envoy发布我们的项目旅程报告。这是我们针对CNCF毕业项目发布的第二份报告（第一份是Kubernetes）。
我最近写了一篇关于如何加快 React 开发的文章，其中提到使用包而不是重新造轮子。例如，你几乎肯定希望使用一个 modal 库，而不是构建你自己的实现。（我说“几乎肯定”，是包括那些受虐狂在内。）我之前的推荐有限定条件。使用第三方库会带来风险。每周都有恶意软件包的新闻。从一个废弃的包迁移代码花费了数百万开发工时。
一般在进行项目开发时，一般都离不开版本控制，而当前主流的版本控制工具无非就是 Git 和 SVN，而且现在 Git 的使用率可以说是已经远远超过 SVN，本文就主要看看，如何使用 IDEA + Git 来控制代码版本，让团队开发更流畅！
你现在拥有了一个远程 Git 版本库，能为所有开发者共享代码提供服务，在一个本地工作流程下，你也已经熟悉了基本 Git 命令。你现在可以学习如何利用 Git 提供的一些分布式工作流程了。
每个开发者拥有自己仓库的写权限和其他所有人仓库的读权限。这种情形下通常会有个代表“官方”项目的权威的仓库。
为 numpy.i SWIG 接口文件编写测试是一种组合性的头痛。目前，支持 12 种不同的数据类型，每种类型有 74 种不同的参数签名，总共支持 888 个类型映射“开箱即用”。每个类型映射可能需要多个单元测试来验证预期行为，无论是对正确还是不正确的输入。目前，在 numpy/tools/swig 子目录中运行 make test 时会执行超过 1,000 个单独的单元测试。
描述如何向一个项目贡献的主要困难在于完成贡献有很多不同的方式。 因为 Git 非常灵活，人们可以通过不同的方式来一起工作，所以描述应该如何贡献并不是非常准确 - 每一个项目都有一点儿不同。 影响因素包括活跃贡献者的数量、选择的工作流程、提交权限与可能包含的外部贡献方法。
我是从 2018年10月开始为 Kubernetes (K8s) 做贡献的。那时我在 IBM 的产品安全事件响应团队工作，被分布式系统所吸引，但日常工作中接触不到，于是我导师 Lin Sun 建议我在空闲时间为开源的分布式系统做贡献。自此，我开始对 K8s 产生兴趣，再也没有回头。
Git 是一个开源的分布式版本控制系统，用于管理一个或多个文件的整个历史记录。它有助于跟踪文件的变化，同时让多个开发者对同一个文件做出更改，并帮助开发者们在不同时间点进行历史查阅和版本比较。
Github 这东西怎么用？相信有很多人还没有自己操作过，这下面给大家推荐一位大佬的文章，希望有所帮助。
每年，Github项目 ———The State of the Octoverse 都会分析来自数百万开发人员和存储库的数据，以分享工作习惯、生产力和整体职业满意度方面的趋势。 今年，The State of the Octoverse分享其在社区中看到的模式，以及关于交付代码、创建文档和维护社区的三个更深入的研究。
在使用5.x系列中最大的抱怨之一就是缺少部署的方法定义。Drools 和jBPM使用的机制非常灵活，但是它太灵活了。而6.0最值得关注的就是它简化了构建、部署和系统装载。现在，构建和部署时采用与Maven相结合，装载时用面向约定和配置代替了原来的面向编程的方式，适当的默认了一些参数项，使配置达到了最小化。
Github已经成为如今程序员必备，为了方便大家掌握Github操作，官方给我们提供了一个教程。让我们开始学习吧。
在上一篇文章中讲述了如何邀请团队的协作者，同一个团队中的人同时协作，但是Github的优势在于可以跨团队协作，即：开发者不需要加入团队也可以贡献代码，称之为跨团队协作。
微软于2014年11月推出了.NET Core 1.0。.NET Core的目标是从我们在过去12年中对.NET Framework的构建、交付和服务的经验中吸取教训，并开发出的更好的产品。这些改进的一些例子包括并行安装（可以安装新版本，而不必担心破坏现有应用程序）、自包含应用程序（应用程序可以嵌入.NET，因此.NET不需要在计算机上安装），而不是Windows操作系统的一个组件（.NET发布独立于操作系统时间表的新版本）等等。在此基础上，我们使.NET Core开源和跨平台。
我们的技术社区陷入了困境。 Meetups 正在消失。 社区举办的会议正在取消。 开源项目失去了维护者。 社区组织者是我们社区的基石，他们正在疲惫不堪。
打开 GitHub登录后在个人主页的右上角点击加号之后再点击：【New respository】顾名思义，创建一个新仓库。
括号中跟着逗号的数字表示一个具有一个元素的元组。尾随逗号将一个元素元组与括号n区分开。
例如，我们首先在 master 分支的倒数第二行进行修改，并将其添加到暂存区，再提交到本地库
过去一年可谓是供应链安全年。如果你是一个开源维护者，当你了解了项目的攻击面以及项目整个供应链的威胁载体，你可能会感到不知所措，甚至觉得无法克服。好消息是，2021 年也是供应链安全解决方案年。虽然还有很多工作要做，现有的解决方案也有很大的改进空间，但已经可以对项目进行预防性控制，以强化供应链，免受安全威胁。
本文介绍如何向Apache CloudStack项目贡献代码，包括创建分支、获取和提交代码、使用审查板、编写代码审查报告以及提交补丁。此外，还提供了关于如何提交错误修复、添加新功能、编写代码文档和返回审阅请求的指南。
除了如何有效地参与一个项目的贡献之外，你可能也需要了解如何维护项目。 这包含接受并应用别人使用format-patch 生成并通过电子邮件发送过来的补丁，或对项目添加的远程版本库分支中的更改进行整合。 但无论是管理版本库，还是帮忙验证、审核收到的补丁，都需要同其他贡献者约定某种长期可持续的工作方式。
日前，Apache 官方博客发布了 2021 年度报告，从社区、项目动态、和代码提交情况等方面进行了统计。按提交次数排名的话，Apache Superset 可谓是 2021 年的年度项目，它也是唯一一个提交超过 10000 次的单个项目，并且在 GitHub 上吸引了近 43000 颗星（以及 8400 个 fork）。
去年11月，Vitess成为第八个毕业的CNCF项目，加入了Kubernetes、Prometheus、Envoy、CoreDNS、containerd、Fluentd和Jaeger等一系列令人惊叹的项目。为了说明这个里程碑，我从Vitess的共同创造者Sugu Sougoumarane的大脑中选取了一些花絮，让他分享我们是如何走到今天，我们面临的障碍，我们前进的方向。
1 http://rosindustrial.org/developmentprocess/
自从 GitHub 宣布 GitHub Actions 在平台上对所有开发人员和存储库可用以来，GitHub Actions 越来越受欢迎。很多第三方平台在生态系统中有速度等限制，将进一步推动开发人员将他们的软件自动化迁移到 GitHub Actions。
上来先简单介绍下 Apache 软件基金会，它是一个专门为支持开源软件项目而创办的非营利性组织。正式创建于 1999 年，创始团队自称“Apache 组织”。让我们看看该组织名下的开源项目，它们随便拎出来一个都是顶级开源项目！
就在昨天，全球最大开发者社区 GitHub 重磅发布 2019 年度报告，透露了一个数据：GitHub 目前在全球已有超过 4000 万开发者用户，其中 80% 来自美国之外的地区。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
腾讯会议
实时音视频
