Dmitry Grinberg尝试了在 8 位微控制器上运行 Linux，他写了一个 ARM 模拟器，得到了结果：启动 2 小时后看到了命令行提示符（init=/bin/bash），4小时后看到了 Ubuntu 登录页面。

这个 PR 实验性地加入了 Promise 化的 fs API。虽然现在我们可以使用 util.promisify 来简单地封装 fs 这一套 API，但这只是“封装”。从 Node.js 内核层面上支持 Promise 会有更大的性能优势。

更新为所有尚处于支持状态的 Ubuntu Linux 系统修复了 Meltdown 和 Spectre 两处漏洞。公司于上周发布公告，称将会在近期内部补丁修复 Meltdown 和 Spectre 两个安全漏洞，现在

同的部分 状态码 网络异常 相同的网络请求策略 既然有相同的部分，那么就有必要对相同的部分统一处理 主要功能图解 整体采用MVP设计模式如下 MVP架构 其中ModelPresen

逐步移除对Java 5的支持 RubyGems升级至1.8.24 Rake升级至0.9.2.2 修复了259处bug 详细信息： http://www.jruby.org/2012/05/21/jruby-1-7-0-preview1

深度操作系统是一个致力于为全球用户提供美观易用、安全可靠的Linux发行版。 得益于 Alpha2公测用户热情反馈 ，深度操作系统 15 Beta在功能完整性和稳定性方面得到了显著改善。 现在，让我们一起来看看有哪些值得关注的改变吧！

Xerus）修复内核补丁修复 13 处漏洞之后，Canonical 宣布为 Ubuntu 17.10 带来首个重磅内核更新，共计修复了所搭载的 Linux 4.13 内核中 20 处漏洞，其中就包含树莓派 2 的漏洞。

之后再重启手机就可以了。 via: androidauthority 文章出处： 轻松Root各种Android设备 从此不用再四处搜寻

下面主要讲两个内容，一个是如何在Spring Boot中引入Aop功能，二是如何使用Aop做切面去统一处理Web请求的日志。 以下所有操作基于 chapter4-2-2工程 进行。 准备工作 因为

开源分布式版本控制工具 —— Git 之旅 背景 Git 是一个开源的分布式版本控制软件。在英式英语中，Git 指一个愚笨或者不开心的人，恐怕与 Git 发明人——Linux 教父 Linus Torvalds

 Git学习总结 一．git是什么 Git是一个开源的分布式版本控制系统，用于敏捷高效地处理任何或小或大的项目。 Git 是 Linus Torvalds 为了帮助管理 Linux 内核开发而开发的一个开放源码的版本控制软件。

Gittle是一个高级纯python git 库。构建在dulwich之上，提供了大部分的低层机制。 Install it pip install gittle Examples : Clone a repository

1. 初始化 配置全局用户名和电子邮件地址 git config --global user.name "Your Name" git config --global user.email

本文介绍我一年前在自己的项目（包括工作项目和私人项目）中引入的git分支模式，这个模式很成功。 主要分支 中央仓库中有两个长期的分支： master develop master 用作生产

Gitlet 是 Git 的 JavaScript 实现。支持init,add,rm,commit,branch,checkout,diff,remote,fetch,merge,push,pull,status和clone操作。

http://www.ruanyifeng.com/blog/2015/12/git-workflow.html Git 作为一个源码管理系统，不可避免涉及到多人协作。 协作必须有一个规范的流程

Git是一个开源的分布式版本控制系统，它在全球范围内得到广泛的使用。互联网上还有像GitHub这样的网站提供了免费的Git服务，很多流行的开源项目都使用了Git来托管项目，比如Perl、Ruby on

摘要: 原创出处:www.bysocket.com 泥瓦匠BYSocket 希望转载，保留摘要，谢谢！ “房子是租的 但生活不是” 1.故事的开始 远程master分支下代码被不小心提交了很多

1. 讲解git 2. Why?要解决的问题写的文件被别人覆盖或者遗失 想复原前几天写的版本 想知道谁改了哪里的代码 3. 我的现在怎么做的可以随时复原，回到之前的版本 多人合作时，不会把别人改的代码覆盖掉

考虑到CVS的一些局限性，最近和同事在公司推行Git。     其实，如果推行SVN的化，可能推行的难度会降低很多。不过lark说既然推行一个新的版本管理工具，总要花费一定的时间进行培训、部署、转换。而推行Git和SVN的代价不如