标签 Github 下的文章

AMD 霄龙 Rome 芯片会在连续运行 1044 天后崩溃

霄龙 Rome 是基于 Zen 2 架构的第二代霄龙处理器,AMD 称,它会在连续运行 1044 天后挂起,之后你必须重置服务器才能使芯片正常运行。该芯片是 2018 年底发布的,这意味着一些客户已经遇到了问题。这个问题与处理器核心未能退出 CC6 睡眠状态有关,但 AMD 表示它无意修复该错误。解决该问题有两种,其一是在连续运行 1044 天前重启下,其二是禁用 CC6 睡眠状态。

消息来源:Tom's Hardware
老王点评:连续运行三年很长么?这对于那些比赛 uptime 时长的人来说真不是一个好消息。

AWS 正在关闭其在 GitHub 上的文档仓库

2018 年,AWS 将其文档开源发布到了 GitHub 上,但经过长时间的实验,他们决定归档其大部分文档的存储库,并把精力投入到其文档和网站上。他们原本是意图通过开放和协作来提高价值,但通过客户的反馈了解到,情况并不一定如此。大部分 AWS 文档的主要来源是在内部系统上,他们必须得手动与 GitHub 仓库保持同步,但“实际上消耗了宝贵的时间,这些时间本可以用在更直接提高文档质量的地方”。

消息来源:AWS
老王点评:同步麻烦只是原因之一,重要的是,只是一厢情愿的将文档放到 GitHub 上,希望社区来协作,可能未必有最初想象的那么美好。

一个打字错误导致了 Azure 停止服务十小时

微软 Azure DevOps 是一套应用生命周期服务,由于一个基本的代码错误,周三在巴西南部地区停止工作了大约十个小时。Azure 说明了中断的原因:一个简单的打字错误,删除了 17 个生产数据库。工程师们进行了一次代码升级,将旧的 API 调用换成了新的 API 调用。在拉取请求中出现了一个打字错误,它导致后台快照删除工作删除了整个服务器。虽然 Azure DevOps 有测试来捕捉此类问题,但错误的代码只在某些条件下运行,因此在现有的测试中没有很好地覆盖。

消息来源:The Register
老王点评:越来越集中的云服务,一旦出现一个微小的故障,可能带来的就是成片的故障蔓延。

回音

  • 在 Reddit 通过对 API 收费来 扼杀 第三方客户端后,Reddit 上的一些版块计划将在 6 月 12-14 号临时关闭版块抗议,Reddit 对此的 回应 是封杀这些版块的管理员账号。

VS Code 无疑是最受欢迎的代码编辑器之一。同样,GitHub 是编码人员中最受欢迎的平台。

两种微软产品可以很好地融合在一起。你可以在 VS Code 中无缝编码并将更改推送到你的 GitHub 仓库。从同一个应用界面完成所有这些工作让生活变得如此轻松。

如何将 GitHub 添加到 VS Code? 其实很容易。

在本教程中,我将展示:

  • 如何将你的 GitHub 帐户集成到 VS Code 中
  • 如何将仓库从 GitHub 克隆到 VS Code 中
  • 如何将你的更改从 VS Code 推送到 GitHub

听起来不错?让我们看看如何去做。

先决条件

请确保你的计算机上安装了 Git。怎么做?

一种方法是转到 VS Code 中的源代码管理视图。如果未安装 Git,它会要求你下载它。

Checking if Git is installed via VS Code

另一件事是你需要配置 Git 用户名和电子邮件

将 GitHub 添加到 VS Code

VS Code 内置了 GitHub 集成。你不需要安装任何扩展来克隆仓库和推送你的更改。

从左侧边栏转到源代码选项卡。你应该看到 “ 克隆仓库 Clone Repository ” 或 “ 发布到 GitHub Publish to GitHub ”(如果你已经打开了一个文件夹)选项。单击 “ 克隆仓库 Clone Repository ” 并为其提供 GitHub 仓库链接或单击 “ 从 GitHub 克隆 Clone from GitHub ”。

Cloning GitHub repo in VS Code

然后它会显示一条消息,要求你登录 GitHub。

VS Code asking to sign in to GitHub

你单击“ 允许 Allow ”按钮,它将打开 GitHub 登录页面。

Connect GitHub to VS Code

如果你尝试克隆一个仓库,你应该会看到这样的消息并单击 “ 打开 Open ”。

Opening GitHub repo in VS Code

这应该需要几秒钟,你就会登录到你的 GitHub 帐户。

你怎么知道你已经使用 VS Code 登录到 GitHub?

好吧,它将开始在顶部视图中显示你的 GitHub 仓库(如果有的话)(如果你之前按下了“克隆存储库”)。

GitHub repos accessible from VS Code

或者,你可以单击左下角的配置文件图标,查看它是否显示你已登录到你的 GitHub 帐户。

Checking if VS Code logged into GitHub account

在 GitHub 中克隆一个 GitHub 仓库

如果你已经在 GitHub 中打开了一个项目,想要克隆另一个 GitHub 仓库,有几种方法可以做到。

你可以使用 Git 命令将仓库克隆到磁盘上,然后在 VS Code 中打开此仓库文件夹。

或者,如果你不想使用命令行,则可以坚持使用 VS Code。

这很简单。在 VS Code 中打开一个新窗口。

Open a new window in VS Code

这将为你提供一个全新、干净的编辑器。如果看到欢迎屏幕,你可以从那里单击 “克隆存储库” 的快速链接。

否则,从左侧边栏转到“ 源码管理 Source Control ”选项卡,然后单击“ 克隆仓库 Clone Repository ”按钮。

它将在顶部打开一个视图。你可以直接复制 GitHub 仓库的 URL。它可以自动从中获取克隆链接。

Clone a new GitHub repo in VS Code

它会问你把克隆的仓库放在哪里。

Select a location for the cloned GitHub repo in VS Code

它会询问你是否要将克隆的仓库在 VS Code 中打开。如果你想立即处理它,那就去做吧。

Open the just cloned GitHub repo in VS Code

不仅仅是克隆的存储库,VS Code 会询问你是否信任你添加到其中的任何文件夹的作者。

Trust author promot in VS Code

好了,你已经在 VS Code 中克隆了一个 GitHub 仓库。让我们看看如何修改并将更改推送到 GitHub。

从 VS Code 推送更改到 GitHub

现在假设你对代码进行了一些更改并希望将提交推送到你的仓库。

当你将更改保存到文件中,VS Code 就会开始用 “M” 指示修改后的文件。对于新文件,符号为 “U”(未跟踪)。

从左侧进入“源码控制”,输入提交消息,然后单击提交旁边的按钮并选择 “ 提交并推送 Commit & Push ”。

Push your changes to GitHub from VS Code

如果你没有配置 Git 用户名和电子邮件,你将看到如下错误。

Error in VS Code if Git username and email is not set

你可以 在全局或仓库级别设置用户名和电子邮件。完全根据你自己的选择。

? 对于成功的提交和推送,你不会看到任何错误。已修改文件或新文件旁边的 “M” 或 “U” 符号将消失。

你可以通过进入 GitHub 上的仓库来验证你的推送是否成功。

你可以选择在本地提交更改而不推送它们。你也可以在这里使用 git 命令执行所有你以前使用过的操作。有用于创建拉取请求、刷新等等的选项。

VS Code gives all kind of Git actions to perform

通过 GitHub 官方扩展将其提升到一个新的水平

有一个专用的官方扩展,让你还可以管理其他人对你的仓库的拉取请求并合并它们。你还可以在此处查看在你的仓库中打开中的问题。这是将 GitHub 与 VS Code 集成的更好方法。

打开 VS Code,然后转到左侧栏中的扩展选项卡。在这里搜索 “GitHub Pull Requests and Issues”。它是 GitHub 本身的官方插件。你可以看到已验证的勾选。

单击安装按钮并在你的编辑器上安装 扩展

Installing GitHub extension in VS Code

使用此扩展,如果其他人正在协作,你可以管理你的存储库。

在 VS Code 中完全集成 Git 和 GitHub 是件好事。不喜欢命令行的人肯定会喜欢这种集成。

我希望本教程能帮助你将 GitHub 无缝添加到 VS Code。如果你仍然遇到任何问题,请告诉我。

(题图:MJ/GitHub VS Code develop illustration in high resolution, very detailed, 8k)


via: https://itsfoss.com/vs-code-github/

作者:Abhishek Prakash 选题:lkxed 译者:geekpi 校对:wxy

本文由 LCTT 原创编译,Linux中国 荣誉推出

社区开发预装 Flatpak 而不是 Snap 的 Ubuntu 特色版

在 Canonical 宣布未来的 Ubuntu 发行版及其特色版默认 不包括 Flatpak 支持之后,有人制作了一个非官方的 Ubuntu 特色版 Ubuntu Flatpak Remix。它移除了 Snap 应用支持,而预装了 Flatpak 应用支持。这包括几个关键的应用程序,如 Firefox、Thunderbird 和 LibreOffice 等。此外,你还可以从 Flathub 安装更多的 Flatpak 应用。

消息来源:9to5linux
老王点评:这就是社区的价值,看看会有多少人去选择 Flatpak 特色版的 Ubuntu。

调查发现:开源是最值得信任的技术

Stack Overflow 调查了数千名开发人员发现,开源(6.9)、云计算(6.5)和机器学习(5.9)是最值得信任的技术,而得分最低的是量子计算(3.7)、纳米技术(4.5)、低代码/无代码(4.6)。在评价技术对世界的影响时,正面平均得分最高的技术是开源技术(7.2)、可持续技术(6.6)和机器学习(6.5);负面平均得分最高的技术是低代码/无代码、内源和区块链,均为 5.3分。

消息来源:Stack Overflow
老王点评:开源得到信任果然已经是共识了。

GitHub 要求更多开发者使用 2FA

GitHub 将从 3 月 13 日起要求更多账户启用双因素认证(2FA)。到 2023 年底,这一规定将扩大到所有在 GitHub 上贡献代码的开发者。在该要求生效前 45 天,这些用户会在产品内和通过电子邮件收到定期提醒。如果在截止日期的七天后仍然没有这样做,他们将无法访问 GitHub 的大部分功能。在过去几个月里,GitHub 一直在逐步向特定类型的用户推出这一要求。GitHub 称,它之所以这样做,是因为 GitHub 是软件供应链的一个重要组成部分,而现在只有大约 16.5% 的 GitHub 活跃用户使用 2FA。

消息来源:Ars Technica
老王点评:这应该是一种有效提高软件供应链安全的方式,其实并不麻烦。

甲骨文新的授权模式导致 Java 使用成本激增

甲骨文公司修改了 Oracle Java SE 订阅模式,在新的模式下,Java 将按每个员工授权,而不是像旧模式允许的那样按每个用户或每个处理器授权。尽管甲骨文公司承诺允许用户可以根据他们目前的订阅模式进行续约,但随着时间的推移,它可能会对用户施加压力,让他们采用新的模式。这种转变将惩罚那些花了多年时间尽量减少 Java 使用量的公司,因为他们发现无论他们使用多少Java,都要按员工收费。有分析称,有的公司的 Java 成本上升了 10 倍,平均在 2 到 4 倍的增长。

消息来源:The Register
老王点评:是时候抛弃甲骨文的 Java 了。

GitHub 用户数突破 1 亿

成立于 2008 年的 GitHub 宣布,现在有 1 亿名开发者在使用该平台。与 GitHub 十年前的 300 万用户、五年前微软以 75 亿美元收购它时声称的 2800 万用户,以及三个月前透露的 9000 多万用户相比,这一数字有了大幅提升。在 2019 年的一次主题演讲中,其前 CEO 说,该公司的目标是到 2025 年达到 1 亿名开发者,所以实际上是提前两年达成了目标。

消息来源:Tech Crunch
老王点评:要不是在某些地方访问 GitHub 经常性抽风,可能 GitHub 能更快完成这一目标吧。

ChatGPT 在寻找和解决程序错误方面表现优异

研究人员将 40 段有错误的代码交给四个不同的代码修复系统:ChatGPT、Codex、CoCoNut 和标准 APR(自动程序修复)。在第一轮测试中,ChatGPT 解决了 19 个问题,Codex 解决了 21 个,CoCoNut 解决了 19 个,而标准 APR 方法则解决了 7 个。然而,通过和 ChatGPT 对话,提供了有关问题和错误的更多信息后,最终 ChatGPT 解决了 31 个问题。

消息来源:《PC 杂志》
老王点评:看看,不仅仅能写程序,还能替你挑错,甚至修改错误,所以,程序员们可能真的快被淘汰了。

C++ 之父认为 Rust 的安全性并不优于 C++

C++ 之父 Bjarne 最近发布了一篇文章,号召认真思考 “安全” 问题;然后做一些明智的事情。Bjarne 对 NSA 关于软件内存安全的报告做出了回应,因为该报告将 C 和 C++ 排除在安全之外。Bjarne 不认为报告中任何一种 “安全” 语言的选择在他所关心的使用范围内比 C++ 优越。他认为,在 NSA 的文件中,“‘安全’仅限于内存安全,而忽略了语言可能(以及将)被用来违反某种形式的安全和保障的十几种其他方式。”

消息来源:Slashdot
老王点评:确实,安全缺陷本来不是 C++ 或者大部分流行的编程语言的一部分,编程的人才是安全漏洞的引入者。问题是,Rust 可以通过语言本身的机制来避免这些本可以避免的安全漏洞。

OpenAI 说 GPT-4 的 100 万亿参数数量是“胡说”

OpenAI 的 CEO 澄清了一些关于 GPT-4 的流言。他说 GPT-4 的发布没有确定的时间框架,“它会在某个时间点出现,当我们有信心能够安全和负责任地完成它时”。并称那张比较了 GPT-3(1750 亿)和 GPT-4(100 万亿)中的参数数量的图表“完全是胡说”。而对于通用人工智能(AGI),他说,“人们在乞求失望,他们会失望的……我们没有一个真正的 AGI。”他也认为 ChatGPT 将杀死谷歌的预测是错误的,“我确实认为搜索有一个变化,可能会在某个时候到来 —— 但变化短期内不会像人们想象的那样剧烈。”

消息来源:The Verge
老王点评:看到 OpenAI 的创始人还如此清醒,这很好。我也为我之前传播的那张错误的参数对比图道歉。

GitHub 将停止支持 Subversion

GitHub 宣布将于 2024 年 1 月 8 日停止支持 Subversion(SVN)。GitHub 是在 2010 年的愚人节这天宣布支持 Subversion 版本控制系统(一度被视为玩笑),当时集中式版本控制系统是主流,分布式版本控制系统如 Git 还是一个新人,还没有迹象显示它将统治世界。通过在 GitHub 后端原生支持 Subversion,GitHub 让用户能更容易迁移到 Git。今天 Git 在开发者中的使用比例高达 94%,Subversion 的使用比例越来越少。

消息来源:Solidot
老王点评:谁能想到,当年流行的 Subversion 等版本控制系统都被 Git 所取代了。想想,Linus 真是天命之子啊。

MariaDB 上市纽约证交所

本周早些时候,这家在 MySQL 复刻的基础上建立了云服务的数据库公司,宣布其股票在纽约证券交易所开始交易。此举带来了 1.04 亿美元的资金和 1800 万美元通过私人投资的公共股权。MariaDB 在 2022 年结束时,从 60 多个国家的 600 个客户那里获得了超过 5000 万美元的年度经常性收入。

消息来源:The Register
老王点评:这应该是开源的胜利,相比之下 Oracle 的 MySQL 就越来越式微了。

OpenAI 发布了一个用于 3D 建模的人工智能

这个名为 Point-E 的 AI 可以根据复杂的提示语生成合成视图的 3D 渲染,然后将通过一系列扩散模型运行生成的图像,以创建初始图像的 3D、RGB 点云。其语料库包括了大量的文本、图像对,使其能够遵循不同的复杂提示语。现在的 3D 建模系统通常需要多个小时和多个 GPU 来生成图像,而 Point-E 只需要一个 GPU 和一两分钟。

消息来源:Engadget
老王点评:已经对 AI 的快速发展感到麻木了,你说 AI 能做到什么我都不惊奇了,AI 不能做什么我才惊奇。

Okta 存放在 GitHub 私有仓库的源代码被盗

领先的认证服务和身份与访问管理解决方案供应商 Okta 表示,其私有的 GitHub 存储库本月被黑,并开始通知用户。但 Okta 称攻击者并没有获得对 Okta 服务或客户数据的未经授权的访问,并称其客户不受影响,无需采取动作,因为该公司“不依赖其源代码的保密性作为保护其服务的手段”。本月早些时候,GitHub 向 Okta 发出通知,称 Okta 的代码库有可疑的访问。

消息来源:Bleeping Computer
老王点评:安全不依赖于代码的保密,这个话微软也说过,你觉得代码的保密重要吗?