Etesting

Estuary Testing


  • 分类

  • 标签

  • 归档

  • 关于

  • 搜索
close
Etesting

Hexo 标签插件

发表于 2016-10-01 | 分类于 Tools , Hexo |

标签插件和 Front-matter 中的标签不同,它们是用于在文章中快速插入特定内容的插件。

引用块

在文章中插入引言,可包含作者、来源和标题。

1
2
3
{% blockquote [author[, source]] [link] [source_link_title] %}
content
{% endblockquote %}

阅读全文 »
Etesting

Hexo 基本操作

发表于 2016-10-01 | 分类于 Tools , Hexo |

写作

您可以执行下列命令来创建一篇新文章。

1
$ hexo new [layout] <title>

您可以在命令中指定文章的布局(layout),默认为post,可以通过修改_config.yml中的default_layout参数来指定默认布局。

布局(layout)

Hexo有三种默认布局:post、page和draft,它们分别对应不同的路径,而您自定义的其他布局和post相同,都将存储到source/_posts文件夹。

布局 路径
post source/_posts
page source
draft source/_drafts

不要处理我的文章
如果你不想你的文章被处理,你可以将Front-Matter中的layout:设为false。

阅读全文 »
Etesting

Hexo 命令

发表于 2016-10-01 | 分类于 Tools , Hexo |

命令

init

1
$ hexo init [folder]

新建一个网站。如果没有设置folder,Hexo默认在目前的文件夹建立网站。

new

1
$ hexo new [layout] <title>

新建一篇文章。如果没有设置 layout 的话,默认使用 _config.yml 中的 default_layout 参数代替。如果标题包含空格的话,请使用引号括起来。

阅读全文 »
Etesting

awk 手册

发表于 2016-09-23 | 分类于 Tools , sed & awk |

简体中文版由bones7456 (http://li2z.cn)整理.
原文:应该是 http://phi.sinica.edu.tw/aspac/reports/94/94011/ 但是原文很乱.
说明:之前也是对awk几乎一无所知,无意中看到这篇文章,网上一搜,居然没有像样的简体中文版.有的也是不怎么完整,或者错误一大堆的.于是就顺手整理了下这篇文章.通过整理这篇文章,自己也渐渐掌握了awk的种种用法.
原文可能比较老,有些目前已经不适用的命令有所改动,文中所有命令均在ubuntu7.04下调试通过,用的awk是mawk.
由于本人能力有限,错误和不妥之处在所难免,欢迎多多指正.

阅读全文 »
Etesting

sed 函数参数

发表于 2016-09-23 | 分类于 Tools , sed & awk |
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
fhc2007@fhc2007-desktop:~$ sed --help
用法: sed [选项]... {脚本(如果没有其他脚本)} [输入文件]...
-n, --quiet, --silent
取消自动打印模式空间
-e 脚本, --expression=脚本
添加“脚本”到程序的运行列表
-f 脚本文件, --file=脚本文件
添加“脚本文件”到程序的运行列表
-i[扩展名], --in-place[=扩展名]
直接修改文件(如果指定扩展名就备份文件)
-l N, --line-length=N
指定“l”命令的换行期望长度
--posix
关闭所有 GNU 扩展
-r, --regexp-extended
在脚本中使用扩展正则表达式
-s, --separate
将输入文件视为各个独立的文件而不是一个长的连续输入
-u, --unbuffered
从输入文件读取最少的数据,更频繁的刷新输出
--help 打印帮助并退出
--version 输出版本信息并退出

如果没有 -e, –expression, -f 或 –file 选项,那么第一个非选项参数被视为sed脚本。其他非选项参数被视为输入文件,如果没有输入文件,那么程序将从标准输入读取数据。

注:-n 参数和 -i 参数不要一起使用。

本章将以一节一个函数参数的方式 ,介绍所有 sed 提供的函数参数 , 其中有

|s|d|a|i|c|p|l|r|w|y|!|n|q|=|#|N|D|P|h|H|g|G|x|b|t|

另外 , 在各节中 , 首先简单介绍函数参数功能 , 接着说明函数参数与位址参数配合的格式 ,而其中也一并描述 sed 执行此函数参数的工作情形。

阅读全文 »
Etesting

sed 学习手册

发表于 2016-09-23 | 分类于 Tools , sed & awk |

sed 简要介绍

Sed(Stream EDitor)为 UNIX 系统上提供将编辑工作自动化的编辑器 , 使用者无需直接编辑资料。使用者可利用 sed 所提供 20 多种不同的函数[参数] , 组合它们完成不同的编辑动作。此外 ,由於 sed 都以行为单位编辑文件 , 故其亦是行编辑器(line editor)。
一般 sed 最常用在编辑那些需要不断重覆某些编辑动作的文件上, 例如将文件中的某个字串替换成另一个字串等等。这些相较於一般 UNIX 编辑器(交互式的, 如 vi、emacs)用手动的方式修改文件, sed 用起来较省力。

sed 是一个非交互式上下文(context)编辑器,它被设计在下列三种情况下发挥作用:

  1. 编辑那些对舒适的交互式编辑而言太大的文件。
  2. 在编辑命令太复杂而难于在交互模式下键入的时候,编辑任何大小的文件。
  3. 要在对输入的一趟扫描中有效的进行多个”全局”(global)编辑函数。

因为每次只把输入的某些行驻留在内存中, 并且不使用临时文件,所以可编辑的文件的有效大小,只受限于输入和输出要同时共存于次级存储的要求。可以单独的建立复杂的编辑脚本并作为给 sed 的命令文件。对于复杂的编辑,这节省了可观的键入和随之而来的错误。从命令文件运行 sed 高效于作者所知道的任何交互式编辑器,甚至包括能用预先写好的脚本驱动的编辑器。

相较于交互式编辑器而言,根本性的损失是缺乏相对地址(由于操作是每次一行的),和缺乏对命令如期运行的立即验证。

阅读全文 »
Etesting

sed & awk 概述

发表于 2016-09-23 | 分类于 Tools , sed & awk |

摘自《sed与awk》 Dale Dougberty&Arnold Robbins 著

如果你正要开始学习 sed 与 awk,最好从了解它们的共同点入手:

  • 它们都使用相似的语法来调用。
  • 它们都是面向字符流的,都是从文本文件中一次一行的读取输入,并将输出直接送到标准输出端。
  • 它们都使用正则表达式进行模式匹配。
  • 它们允许用户在脚本中指定指令。

它们有如此多的共同点,原因之一是它们都起源于相同的行编辑器—— ed。下面首先对 ed 做简短介绍,再介绍 sed 和 awk 是如何一步步形成可编程的编辑器的。sed 和 awk 的区别在于它们控制所做的工作时所用的指令不同。这是一个主要的区别,而且这影响了这些程序最适于处理的任务类型。

阅读全文 »
Etesting

开发者日常使用的 Git 命令

发表于 2016-09-22 | 分类于 Tools , VCS |

原文链接: Everyday GIT With 20 Commands Or So 翻译: 伯乐在线 - cjpan
译文链接: http://blog.jobbole.com/54184/ (下文在原译文基础上有修正补充)

原文(英)最后更新时间:Last updated 2013-02-15 15:53:17 UTC

这些命令分四种类型:①不需要和其他开发者协作的独立开发者,会经常用到 git init、git show branch、git commit 等命令;②需要和其他人协作的开发者,会常用到 git clone、git push、git pull、git format patch;③在项目中负责接收其他开发者发来更新的核心开发者,会常用到 git am、git pull、git format patch、git revert、git push;④ 代码仓库管理员常用 git daemon、git shell ……

对于任何想做提交的人来说,甚至对于某位单独工作的人来说,【个人开发者(单独开发)】部分命令都是必不可少的。如果你和别人一起工作,你也会需要【个人开发者(参与者)】部分列出的命令。

除了上述的部分,担当【集成人员】角色的人需要知道更多命令。【代码库管理】命令帮助系统管理员负责管理,以及向git代码库提交内容。

阅读全文 »
Etesting

用git保存空目录

发表于 2016-09-22 | 分类于 Tools , VCS |

git 和 svn 不同,仅仅跟踪文件的变动,不跟踪目录。Perforce 也是如此。所以,一个空目录,如果里面没有文件,即便 git add 这个目录,另外在别处 check out 的时候,是没有这个空目录的。

只跟踪文件变化,不跟踪目录,这么设计是有原因的。但这会带来一些小麻烦。有时候,确实需要在代码仓库中保留某个空目录。比如测试时需要用到的空目录。

变通的解决办法是在空目录下存一个 .gitignore 文件。然后 git add 此目录后,相当于跟踪了 .gitignore 文件,产生的“副作用”就是这个“空”目录也纳入“跟踪”,最终的效果是可以 check out 出一个看起来空空的目录。如果有许多这样的空目录,可以用下面的命令自动补充 .gitignore 文件:

1
$ find . \( -type d -empty \) -and \( -not -regex ./\.git.* \) -exec touch {}/.gitignore \;

递归找寻当前目录下,类型为目录,且为空,也没有 .git 开头的文件,在其中用 touch 新建一个空的 .gitignore 文件。然后 git add . 之后即可。

如果这些特殊文件会对测试带来干扰,那就只好在测试程序运行具体测试项目之前,先跑一段初始化目录结构的代码。另外可能还需要编写负责清理的代码。

Etesting

git常用命令

发表于 2016-09-22 | 分类于 Tools , VCS |

原文:http://www.cnblogs.com/1-2-3/archive/2010/07/18/git-commands.html

Git 是一个很强大的分布式版本控制系统。它不但适用于管理大型开源软件的源代码,管理私人的文档和源代码也有很多优势。

git_commands.png
1…678
Estuary

Estuary

Testing cases

73 日志
7 分类
16 标签
GitHub Estuary.org Estuary.github
Creative Commons
Links
  • ABS
  • ProGit
  • Hexo
  • NexT
  • Mastering-Markdown
  • Markdown-Style-Guide
© 2016 - 2017 Estuary
由 Hexo 强力驱动
主题 - NexT.Mist