2016年10月_shaonbean

12月 11月 10月

翻译 8.2 自定义 Git - Git 属性

Git 属性你也可以针对特定的路径配置某些设置项，这样 Git 就只对特定的子目录或子文件集运用它们。这些基于路径的设置项被称为 Git 属性，可以在你的目录下的 .gitattributes 文件内进行设置（通常是你的项目的根目录）。如果不想让这些属性文件与其它文件一同提交，你也可以在 .git/info/attributes文件中进行设置。通过使用属性，你可以对项目中的文件或

2016-10-10 17:09:10 1577

翻译 8.1 自定义 Git - 配置 Git

到目前为止，我们已经阐述了 Git 基本的运作机制和使用方式，介绍了许多 Git 提供的工具来帮助你简单且有效地使用它。在本章，我们将演示如何借助 Git 的一些重要的配置方法和钩子机制，来满足自定义的需求。通过这些工具，它会和你、你的公司或你的团队配合得天衣无缝。配置 Git你在起步中看到，可以用 git config 配置 Git。首先要做的事情就是设置你的名

2016-10-10 17:07:23 1646

翻译 7.14 Git 工具 - 凭证存储

凭证存储如果你使用的是 SSH 方式连接远端，并且设置了一个没有口令的密钥，这样就可以在不输入用户名和密码的情况下安全地传输数据。然而，这对 HTTP 协议来说是不可能的 —— 每一个连接都是需要用户名和密码的。这在使用双重认证的情况下会更麻烦，因为你需要输入一个随机生成并且毫无规律的 token 作为密码。幸运的是，Git 拥有一个凭证系统来处理这个事情。下面有一些 G

2016-10-10 17:05:30 1712

翻译 7.13 Git 工具 - 替换

替换Git 对象是不可改变的，但它提供一种有趣的方式来用其他对象假装替换数据库中的 Git 对象。replace 命令可以让你在 Git 中指定一个对象并可以声称“每次你遇到这个 Git 对象时，假装它是其他的东西”。在你用一个不同的提交替换历史中的一个提交时，这会非常有用。例如，你有一个大型的代码历史并想把自己的仓库分成一个短的历史和一个更大更长久的历史，短历史供新

2016-10-10 17:04:26 1214

翻译 7.12 Git 工具 - 打包

打包虽然我们已经了解了网络传输 Git 数据的常用方法（如 HTTP，SSH 等），但还有另外一种不太常见却又十分有用的方式。Git 可以将它的数据 “打包” 到一个文件中。这在许多场景中都很有用。有可能你的网络中断了，但你又希望将你的提交传给你的合作者们。可能你不在办公网中并且出于安全考虑没有给你接入内网的权限。可能你的无线、有线网卡坏掉了。可能你现在没有共享服务器的权

2016-10-10 17:03:43 869

翻译 7.11 Git 工具 - 子模块

子模块有种情况我们经常会遇到：某个工作中的项目需要包含并使用另一个项目。也许是第三方库，或者你独立开发的，用于多个父项目的库。现在问题来了：你想要把它们当做两个独立的项目，同时又想在一个项目中使用另一个。我们举一个例子。假设你正在开发一个网站然后创建了 Atom 订阅。你决定使用一个库，而不是写自己的 Atom 生成代码。你可能不得不通过 CPAN 安装或 Ruby ge

2016-10-10 17:01:43 1504

翻译 7.10 Git 工具 - 使用 Git 调试

使用 Git 调试Git 也提供了两个工具来辅助你调试项目中的问题。由于 Git 被设计成适用于几乎所有类型的项目，这些工具是比较通用的，但它们可以在出现问题的时候帮助你找到 bug 或者错误。文件标注如果你在追踪代码中的一个 bug，并且想知道是什么时候以及为何会引入，文件标注通常是最好用的工具。它展示了文件中每一行最后一次修改的提交。所以，如果你在代码中看到一个有问题的方

2016-10-10 16:57:26 623

翻译 7.9 Git 工具 - Rerere

Rereregit rerere 功能是一个隐藏的功能。正如它的名字 “reuse recorded resolution” 所指，它允许你让 Git 记住解决一个块冲突的方法，这样在下一次看到相同冲突时，Git 可以为你自动地解决它。有几种情形下这个功能会非常有用。在文档中提到的一个例子是如果你想要保证一个长期分支会干净地合并，但是又不想要一串中间的合并提交。将 rer

2016-10-10 16:56:42 2330

翻译 7.8 Git 工具 - 高级合并

高级合并在 Git 中合并是相当容易的。因为 Git 使多次合并另一个分支变得很容易，这意味着你可以有一个始终保持最新的长期分支，经常解决小的冲突，比在一系列提交后解决一个巨大的冲突要好。然而，有时也会有棘手的冲突。不像其他的版本控制系统，Git 并不会尝试过于聪明的合并冲突解决方案。 Git 的哲学是聪明地决定无歧义的合并方案，但是如果有冲突，它不会尝试智能地自动解决它。因

2016-10-10 16:54:19 1996

翻译 7.7 Git 工具 - 重置揭密

重置揭密在继续了解更专业的工具前，我们先讨论一下 reset 与 checkout。在你初次遇到的 Git 命令中，这两个是最让人困惑的。它们能做很多事情，所以看起来我们很难真正地理解并恰当地运用它们。针对这一点，我们先来做一个简单的比喻。三棵树理解 reset 和 checkout 的最简方法，就是以 Git 的思维框架（将其作为内容管理器）来管理三棵不同的树。 “

2016-10-10 16:53:32 736

翻译 7.6 Git 工具 - 重写历史

重写历史许多时候，在使用 Git 时，可能会因为某些原因想要修正提交历史。 Git 很棒的一点是它允许你在最后时刻做决定。你可以在将暂存区内容提交前决定哪些文件进入提交，可以通过 stash 命令来决定不与某些内容工作，也可以重写已经发生的提交就像它们以另一种方式发生的一样。这可能涉及改变提交的顺序，改变提交中的信息或修改文件，将提交压缩或是拆分，或完全地移除提交 - 在将你的工作成果

2016-10-10 16:52:38 1085

翻译 7.5 Git 工具 - 搜索

搜索无论仓库里的代码量有多少，你经常需要查找一个函数是在哪里调用或者定义的，或者一个方法的变更历史。 Git 提供了两个有用的工具来快速地从它的数据库中浏览代码和提交。我们来简单的看一下。Git GrepGit 提供了一个 grep 命令，你可以很方便地从提交历史或者工作目录中查找一个字符串或者正则表达式。我们用 Git 本身源代码的查找作为例子。默认情况下 Git

2016-10-10 16:51:55 440

翻译 7.4 Git 工具 - 签署工作

签署工作Git 虽然是密码级安全的，但它不是万无一失的。如果你从因特网上的其他人那里拿取工作，并且想要验证提交是不是真正地来自于可信来源，Git 提供了几种通过 GPG 来签署和验证工作的方式。GPG 介绍首先，在开始签名之前你需要先配置 GPG 并安装个人密钥。$ gpg --list-keys/Users/schacon/.gnupg/pubring.gpg---

2016-10-10 16:50:37 676

翻译 7.3 Git 工具 - 储藏与清理

储藏与清理有时，当你在项目的一部分上已经工作一段时间后，所有东西都进入了混乱的状态，而这时你想要切换到另一个分支做一点别的事情。问题是，你不想仅仅因为过会儿回到这一点而为做了一半的工作创建一次提交。针对这个问题的答案是 git stash 命令。储藏会处理工作目录的脏的状态 - 即，修改的跟踪文件与暂存改动 - 然后将未完成的修改保存到一个栈上，而你可以在任何时候重新应用这

2016-10-10 16:48:57 689

翻译 7.2 Git 工具 - 交互式暂存

交互式暂存Git 自带的一些脚本可以使在命令行下工作更容易。本节的几个互交命令可以帮助你将文件的特定部分组合成提交。当你修改一组文件后，希望这些改动能放到若干提交而不是混杂在一起成为一个提交时，这几个工具会非常有用。通过这种方式，可以确保提交是逻辑上独立的变更集，同时也会使其他开发者在与你工作时很容易地审核。如果运行 git add 时使用 -i 或者 --interactiv

2016-10-10 16:48:14 514

翻译 7.1 Git 工具 - 选择修订版本

现在，你已经学习了管理或者维护 Git 仓库、实现代码控制所需的大多数日常命令和工作流程。你已经尝试了跟踪和提交文件的基本操作，并且发挥了暂存区和轻量级的分支及合并的威力。接下来你将学习一些 Git 的强大功能，这些功能你可能并不会在日常操作中使用，但在某些时候你可能会需要。选择修订版本Git 允许你通过几种方法来指明特定的或者一定范围内的提交。了解它们并不是必需的

2016-10-10 16:47:21 775

翻译 6.5 GitHub - 脚本 GitHub

脚本 GitHub所以现在我们已经介绍了 GitHub 的大部分功能与工作流程，但是任意一个小组或项目都会去自定义，因为他们想要创造或扩展想要整合的服务。对我们来说很幸运的是，GitHub 在许多方面都真的很方便 Hack。在本节中我们将会介绍如何使用 GitHub 钩子系统与 API 接口，使 GitHub 按照我们的设想来工作。钩子GitHub 仓库管理中的钩子与服务

2016-10-10 16:44:50 1038

翻译 6.4 GitHub - 管理组织

管理组织除了个人帐户之外，GitHub 还提供被称为组织（Organizations）的帐户。组织账户和个人账户一样都有一个用于存放所拥有项目的命名空间，但是许多其他的东西都是不同的。组织帐户代表了一组共同拥有多个项目的人，同时也提供一些工具用于对成员进行分组管理。通常，这种账户被用于开源群组（例如：“perl”或者“rails”），或者公司（例如：“google”或者“twitte

2016-10-10 16:44:04 2357

翻译 6.3 GitHub - 维护项目

维护项目现在我们可以很方便地向一个项目贡献内容，来看一下另一个方面的内容：创建、维护和管理你自己的项目。创建新的版本库让我们创建一个版本库来分享我们的项目。通过点击面板右侧的“New repository”按钮，或者顶部工具条你用户名旁边的 + 按钮来开始我们的旅程。参见 Figure 6-30。Figure 6-29. 这是 “Your repositories”

2016-10-10 16:43:14 1308

翻译 6.2 GitHub - 对项目做出贡献

对项目做出贡献账户已经建立好了，现在我们来了解一些能帮助你对现有的项目做出贡献的知识。派生（Fork）项目如果你想要参与某个项目，但是并没有推送权限，这时可以对这个项目进行“派生”。派生的意思是指，GitHub 将在你的空间中创建一个完全属于你的项目副本，且你对其具有推送权限。NOTE在以前，“fork”是一个贬义词，指的是某个人使开源项目向不同的方向发展，或

2016-10-10 16:42:12 740

翻译 6.1 GitHub - 账户的创建和配置

GitHub 是最大的 Git 版本库托管商，是成千上万的开发者和项目能够合作进行的中心。大部分 Git 版本库都托管在 GitHub，很多开源项目使用 GitHub 实现 Git 托管、问题追踪、代码审查以及其它事情。所以，尽管这不是 Git 开源项目的直接部分，但如果想要专业地使用 Git，你将不可避免地与 GitHub 打交道，所以这依然是一个绝好的学习机会。本章将讨论如何高效地

2016-10-10 16:41:05 674

翻译 5.3 分布式 Git - 维护项目

维护项目除了如何有效地参与一个项目的贡献之外，你可能也需要了解如何维护项目。这包含接受并应用别人使用format-patch 生成并通过电子邮件发送过来的补丁，或对项目添加的远程版本库分支中的更改进行整合。但无论是管理版本库，还是帮忙验证、审核收到的补丁，都需要同其他贡献者约定某种长期可持续的工作方式。在特性分支中工作如果你想向项目中整合一些新东西，最好将这些尝试局限在特性

2016-10-10 16:26:57 709

翻译 5.2 分布式 Git - 向一个项目贡献

向一个项目贡献描述如何向一个项目贡献的主要困难在于完成贡献有很多不同的方式。因为 Git 非常灵活，人们可以通过不同的方式来一起工作，所以描述应该如何贡献并不是非常准确 - 每一个项目都有一点儿不同。影响因素包括活跃贡献者的数量、选择的工作流程、提交权限与可能包含的外部贡献方法。第一个影响因素是活跃贡献者的数量 - 积极地向这个项目贡献代码的用户数量以及他们的贡献频率。在许多

2016-10-10 16:25:57 647

翻译 5.1 分布式 Git - 分布式工作流程

5.1 分布式 Git - 分布式工作流程你现在拥有了一个远程 Git 版本库，能为所有开发者共享代码提供服务，在一个本地工作流程下，你也已经熟悉了基本 Git 命令。你现在可以学习如何利用 Git 提供的一些分布式工作流程了。这一章中，你将会学习如何作为贡献者或整合者，在一个分布式协作的环境中使用 Git。你会学习为一个项目成功地贡献代码，并接触一些最佳实践方式，让你和项目

2016-10-10 16:24:52 607

翻译 4.9 服务器上的 Git - 第三方托管的选择

第三方托管的选择如果不想设立自己的 Git 服务器，你可以选择将你的 Git 项目托管到一个外部专业的托管网站。这带来了一些好处：一个托管网站可以用来快速建立并开始项目，且无需进行服务器维护和监控工作。即使你在内部设立并且运行了自己的服务器，你仍然可以把你的开源代码托管在公共托管网站 - 这通常更有助于开源社区来发现和帮助你。现在，有非常多的托管供你选择，每个选择都有不同的优缺

2016-10-10 16:24:01 496

翻译 4.8 服务器上的 Git - GitLab

GitLab虽然 GitWeb 相当简单。但如果你正在寻找一个更现代，功能更全的 Git 服务器，这里有几个开源的解决方案可供你选择安装。因为 GitLab 是其中最出名的一个，我们将它作为示例并讨论它的安装和使用。这比 GitWeb 要复杂的多并且需要更多的维护，但它的确是一个功能更全的选择。安装GitLab 是一个数据库支持的 web 应用，所以相比于其他 git 服

2016-10-10 16:20:19 727

翻译 4.7 服务器上的 Git - GitWeb

GitWeb如果你对项目有读写权限或只读权限，你可能需要建立起一个基于网页的简易查看器。 Git 提供了一个叫做 GitWeb 的 CGI 脚本来做这项工作。Figure 4-1. GitWeb 的网页用户界面如果你想要查看 GitWeb 如何展示你的项目，并且在服务器上安装了轻量级网络服务器比如 lighttpd 或webrick， Git 提供了一个命令来让你启

2016-10-10 16:17:50 641

翻译 4.6 服务器上的 Git - Smart HTTP

Smart HTTP我们一般通过 SSH 进行授权访问，通过 git:// 进行无授权访问，但是还有一种协议可以同时实现以上两种方式的访问。设置 Smart HTTP 一般只需要在服务器上启用一个 Git 自带的名为 git-http-backend的 CGI 脚本。该 CGI 脚本将会读取由 git fetch 或 git push 命令向 HTTP URL 发送的请求路径和

2016-10-10 16:15:49 525

翻译 4.5 服务器上的 Git - Git 守护进程

Git 守护进程接下来我们将通过 “Git” 协议建立一个基于守护进程的仓库。对于快速且无需授权的 Git 数据访问，这是一个理想之选。请注意，因为其不包含授权服务，任何通过该协议管理的内容将在其网络上公开。如果运行在防火墙之外的服务器上，它应该只对那些公开的只读项目服务。如果运行在防火墙之内的服务器上，它可用于支撑大量参与人员或自动系统（用于持续集成或编译的主机）只读访问的

2016-10-10 16:11:06 1089

翻译 4.4 服务器上的 Git - 配置服务器

配置服务器我们来看看如何配置服务器端的 SSH 访问。本例中，我们将使用 authorized_keys 方法来对用户进行认证。同时我们假设你使用的操作系统是标准的 Linux 发行版，比如 Ubuntu。首先，创建一个操作系统用户 git，并为其建立一个 .ssh 目录。$ sudo adduser git$ su git$ cd$ mkdir .ssh && chm

2016-10-10 15:58:13 509

翻译 4.3 服务器上的 Git - 生成 SSH 公钥

生成 SSH 公钥如前所述，许多 Git 服务器都使用 SSH 公钥进行认证。为了向 Git 服务器提供 SSH 公钥，如果某系统用户尚未拥有密钥，必须事先为其生成一份。这个过程在所有操作系统上都是相似的。首先，你需要确认自己是否已经拥有密钥。默认情况下，用户的 SSH 密钥存储在其 ~/.ssh 目录下。进入该目录并列出其中内容，你便可以快速确认自己是否已拥有密钥：$

2016-10-10 15:57:29 461

翻译 4.2 服务器上的 Git - 在服务器上搭建 Git

在服务器上搭建 Git现在我们将讨论如何在你自己的服务器上搭建 Git 服务来运行这些协议。NOTE这里我们将要演示在 Linux 服务器上进行一次基本且简化的安装所需的命令与步骤，当然在 Mac 或 Windows 服务器上同样可以运行这些服务。事实上，在你的计算机基础架构中建立一个生产环境服务器，将不可避免的使用到不同的安全措施与操作系统工具。但是，希望你能从本节

2016-10-10 15:56:55 406

翻译 4.1 服务器上的 Git - 协议

到目前为止，你应该已经有办法使用 Git 来完成日常工作。然而，为了使用 Git 协作功能，你还需要有远程的 Git 仓库。尽管在技术上你可以从个人仓库进行推送（push）和拉取（pull）来修改内容，但不鼓励使用这种方法，因为一不留心就很容易弄混其他人的进度。此外，你希望你的合作者们即使在你的电脑未联机时亦能存取仓库 — 拥有一个更可靠的公用仓库十分有用。因此，与他人合作的最佳方法即是建

2016-10-10 15:54:13 770

翻译 3.6 Git 分支 - 变基

变基在 Git 中整合来自不同分支的修改主要有两种方法：merge 以及 rebase。在本节中我们将学习什么是“变基”，怎样使用“变基”，并将展示该操作的惊艳之处，以及指出在何种情况下你应避免使用它。变基的基本操作请回顾之前在分支的合并中的一个例子，你会看到开发任务分叉到两个不同分支，又各自提交了更新。Figure 3-27. 分叉的提交历史之前介绍过，整合

2016-10-10 15:51:07 1723

翻译 3.5 Git 分支 - 远程分支

远程分支远程引用是对远程仓库的引用（指针），包括分支、标签等等。你可以通过 git ls-remote (remote)来显式地获得远程引用的完整列表，或者通过 git remote show (remote) 获得远程分支的更多信息。然而，一个更常见的做法是利用远程跟踪分支。远程跟踪分支是远程分支状态的引用。它们是你不能移动的本地引用，当你做任何网络通信操作时，它们

2016-10-10 15:50:11 630

翻译 3.4 Git 分支 - 分支开发工作流

分支开发工作流现在你已经学会新建和合并分支，那么你可以或者应该用它来做些什么呢？在本节，我们会介绍一些常见的利用分支进行开发的工作流程。而正是由于分支管理的便捷，才衍生出这些典型的工作模式，你可以根据项目实际情况选择一种用用看。长期分支因为 Git 使用简单的三方合并，所以就算在一段较长的时间内，反复把一个分支合并入另一个分支，也不是什么难事。也就是说，在整个项目开发周期的不同

2016-10-10 15:48:50 529

翻译 3.3 Git 分支 - 分支管理

分支管理现在已经创建、合并、删除了一些分支，让我们看看一些常用的分支管理工具。git branch 命令不只是可以创建与删除分支。如果不加任何参数运行它，会得到当前所有分支的一个列表：$ git branch iss53* master testing注意 master 分支前的 * 字符：它代表现在检出的那一个分支（也就是说，当前 HEAD 指针所指向的分

2016-10-10 15:48:04 410

翻译 3.2 Git 分支 - 分支的新建与合并

分支的新建与合并让我们来看一个简单的分支新建与分支合并的例子，实际工作中你可能会用到类似的工作流。你将经历如下步骤：开发某个网站。为实现某个新的需求，创建一个分支。在这个分支上开展工作。正在此时，你突然接到一个电话说有个很严重的问题需要紧急修补。你将按照如下方式来处理：切换到你的线上分支（production bran

2016-10-10 15:32:07 703

翻译 3.1 Git 分支 - 分支简介

几乎所有的版本控制系统都以某种形式支持分支。使用分支意味着你可以把你的工作从开发主线上分离开来，以免影响开发主线。在很多版本控制系统中，这是一个略微低效的过程——常常需要完全创建一个源代码目录的副本。对于大项目来说，这样的过程会耗费很多时间。有人把 Git 的分支模型称为它的“必杀技特性”，也正因为这一特性，使得 Git 从众多版本控制系统中脱颖而出。为何 Git 的分支模型如此出众

2016-10-10 15:31:21 635

翻译 2.7 Git 基础 - Git 别名

Git 别名在我们结束本章 Git 基础之前，正好有一个小技巧可以使你的 Git 体验更简单、容易、熟悉：别名。我们不会在之后的章节中引用到或假定你使用过它们，但是你大概应该知道如何使用它们。Git 并不会在你输入部分命令时自动推断出你想要的命令。如果不想每次都输入完整的 Git 命令，可以通过 git config 文件来轻松地为每一个命令设置一个别名。这里有一些例子你可以

2016-10-10 15:28:22 492

SRE体系建设指南2023

SRE体系建设指南运维复杂度稳定性建设目标视图分布式系统稳定性度量模型混沌工程成熟度模型可观测能力模型容量管理能力建设框架图全链路压测能力框架图

2023-11-29

运维团队成熟度评估模型

1.运维成熟度评估矩阵 2.数字运营 3.技术云云给 4.成本、质量、效率、稳定 5.人员、文化、工具 6.ITIL&ITSS 7.事件、告警、问题、变更、发布、容量、监控、可观测、连续性

2023-10-11

netdata-1.6.0

Netdata是一个高度优化的Linux守护进程，它为Linux系统，应用程序，SNMP服务等提供实时的性能监测。它用可视化的手段，将被监测者最细微的细节，展现了出来。这样，你便可以清晰地了解你的系统和应用程序此时的状况。使用此软件

2017-03-22

ITIL即IT基础架构库(Information Technology Infrastructure Library, ITIL，信息技术基础架构库)由英国政府部门CCTA(Central Computing and Telecommunications Agency)在20世纪80年代末制订，现由英国商务部OGC(Office of Government Commerce)负责管理，主要适用于IT服务管理（ITSM）。ITIL为企业的IT服务管理实践提供了一个客观、严谨、可量化的标准和规范

2017-01-23