git subtree

git subtree 的用法

假如有一个iOS的项目,我用到了很多外部的库,如AFNetworking,我怎么把它集成进来呢?

通过submodule的方法

把这个项目追加到自己是项目中:

git submodule add git@github.com:AFNetworking/AFNetworking.git Vendor/AFNetworking

然后看看因此而出现的问题:

好吧,如果当你发现一个AFNetworking的bug呢.而且你有办法能够fix它,通过submodule, 怎么办?
通常都是这样的:

1. 先fork这个项目
2. 修改之前添加的那个submodule,改成对应你自己fork的那一个,
3. 修改你的那个fork
4. 来一个pull request 给AFNetworking.
5. 等待那个PR是否能够通过, 且同时保持你的fork能够最新,
6. 如果接受了,那就再把你的submodule给切到官方的repo上,
7. 继续
   好吧,我感觉到什么的路子很屎.如果你没有真正体验过你是感觉不到到底有多屎的.

如果subtree的方式

首先还是添加那个工程到你的

git subtree add –prefix=Vendor/AFNetworking –squash git@github.com:AFNetworking/AFNetworking.git master

看上去很相似目前为止除了你的伙伴不知道怎么git submodule update,因为subtrees确实是把source保存在你的项目中的.
现在,我们再看看上面出现的场景,有了bug怎么办,处理上有什么不同的呢?
我做了修改,然后提交到了我的repo中,技术上来说,我现在可以停下来,因为修复bug的代码就在我的repo里,但是,我是一个好的开源市民啊,我要怎么办呢?

做一个好的开源市民

1. 我要fork AFNetworking 这个repo到我的项目中

2. 回到的本地的repo

   git subtree split –prefix=Vendor/AFNetworking/ –branch AFNetworking

   ---

通过这个命令配置,可以让我推这个修改到我的分支上,而不是等待做一个PR,然后等待merge,帅不?

git push git@github.com:kvnsmth/AFNetworking.git AFNetworking:critical-bug-fix

1. 我会建立一个PR希望能够被merge, 这个方式有很大的不同就是合并我的PR与否都不会影响我轻松得和官方的AFNetworking同步.

我还可以这样做:

git subtree pull –prefix=Vendor/AFNetworking –squash git@github.com:AFNetworking/AFNetworking.git master

这样我可以保持和官方最新的代码同步.

现在,我想这样的方式大大的好于使用submodule的方式

Jenkins build flow plugin

关于build flow plugin

概要

This plugin is designed to handle complex build workflows (aka build pipelines) as a dedicated entity in Jenkins.
Without such a plugin, to manage job orchestration the user has to combine parameterized-build, join, downstream-ext
and a few more plugins, polluting the job configuration.
The build process is then scattered in all those jobs and very complex to maintain.
Build Flow enables you to define an upper level Flow item to manage job orchestration and link up rules,
using a dedicated DSL. This DSL makes the flow definition very concise and readable.

配置

基础

1. 定义了job 序列

   build( "job1" )
   build( "job2" )
   build( "job3" )
   

2. 定义一个环境变量通过下面的方式

   def revision = b.environment.get("GIT_REVISION")
   

3. 预定义的变量

   You can also access some pre-defined variables in the DSL :
   
   "build" the current flow execution
   "out" the flow build console
   "env" the flow environment, as a Map
   "params" triggered parameters
   "upstream" the upstream job, assuming the flow has been triggered as a downstream job for another job.
   

4. Guard/ Rescue

执行结束之后的收尾工作, 如java里的try-finally块.

guard {
    build( "this_job_may_fail" )
} rescue {
    build( "cleanup" )
}

5. ignore

一个任务的结果可以忽略的. 他们在你的flow里可以被忽略.使用 ignore 块

ignore(FAILURE) {
    build( "send_twitter_notification" )
}

6. 重试

    retry ( 3 ) {
        build( "this_job_may_fail" )
    }       

7. parallel

flow是一个严格定义的序列.但是能够并行执行,等待完成.

parallel (
    // job 1, 2 and 3 will be scheduled in parallel.
    { build("job1") },
    { build("job2") },
    { build("job3") }
)
// job4 will be triggered after jobs 1, 2 and 3 complete
build("job4")

parallel区别于join插件的就是它可以串联很多的并行

parallel (
    {
        build("job1A")
        build("job1B")
        build("job1C")
    },
    {
        build("job2A")
        build("job2B")
        build("job2C")
    }
)

另外, 它还可以和其他的结合关键字混用:

parallel (
    {
        guard {
            build("job1A")
        } rescue {
            build("job1B")
        }
    },
    {
        retry 3, {
            build("job2")
        }
    }
)

扩展点

…

Linux shell script

比较

和文档系统相关的测试

可以通过比较文档系统相关的属性来测试真假.

• -f 后面跟的是不是一个valid的路径或者文件名
• -x 这个表面后面跟的文件名或者路径是否可执行
• -d 后跟是否是目录或者目录名称
• -e 后面跟是否是一个存在的文件
• -c 后面跟的是否是驱动字符路径
• -b 后面跟的是否是块设备路径
• -w 路径是否可写
• -r 可读
• -L 路径是一个symlink

字符串的比较

在进行字符串的比较时最好用 [[]]的方式.
这个中主要有2个比较怪的.
- [[ -z $str1]] 是否是空字符串 - [[ -n$str1]] true 非空的时候.

Written with StackEdit.

collect a book list

DO a book list

• 现代操作系统(原书第3版) VM3109:2
• 编译原理(第2版) VM3109:2
• 计算机科学丛书:深入理解计算机系统(原书第2版) VM3109:2
• Linux/UNIX系统编程手册(套装共2册) VM3109:2
• TCP/IP详解•卷2：实现 VM3109:2
• TCP.IP详解(卷3):TCP事务协议.HTTP和UNIX域协议 VM3109:2
• TCP/IP详解卷1:协议

Written with StackEdit.

action_controller_overview

Action Controller概述[1]

通过阅读此文,能够了解在整个request过程中控制器是如何工作的.你将会了解学习到一下知识:

1. 了解掌握控制器是如何处理请求的.
2. 理解为什么和怎么样保存数据到会话或者 cookie
3. 在处理请求的过程中,如何添加过滤器
4. 使用 action controller的内建的http认证.
5. 直接把数据展示到用户浏览器上
6. 过滤敏感数据,不让他们显示到应用程序日志中
7. 处理在请求过程中出现的异常

RSpec 和 Cucumber 入门

Written with StackEdit.

创建你自己的gem

make your own gem

从头到尾学习如果将自己的代码打包成gem

• Introduction
• Your first gem
• Requiring more files
• Adding an executable
• Writing tests
• Documenting your code
• Wrapup

II 行为驱动开发

Written with StackEdit.

III RSpec

Written with StackEdit.

IV Cucumber

Written with StackEdit.

行为驱动开发 Rails

V 行为驱动开发 Rails

Written with StackEdit.

The RSpec Book: Behaviour Driven Development with RSpec, Cucumber, and Friends

Rspec book

1. The RSpec Book: Behaviour Driven Development with RSpec, Cucumber, and Friends

见过 mongodb [2]

mongo 这个命令是作为mongodb发布时标配的一个工具.用来和mongodb交互. 它提供了一个完整的javascript环境,支持所有的javascript函数,同时能够很好地支持所有mongodb的接口. 通过下面的2个链接可以详细了解:

1. mongo JavaScript API
2. the mongo shell JavaScript Method Reference

下面的内容假设你已经在linux上跑起来了mongodb.

见过 mongodb [1]

昨天同事分享了他们在项目中使用 mongodb 的经验,自己在项目中还没有使用到,光听 Nosql 已经好久了.而我更多的时候在使用 flare 这个 kvs(key value store) 在处理高速数据访问的问题.

今天周五了,就来试试这个耳熟又陌生的东东吧.

Hello world

this is a hello world post on this blog.
built it for a chrome app.