“01年大学毕业，去了老师开的一家网络教学软件公司，作教育软件；04年，首次创业，作了个休闲游戏公司，经验以及资金问题，创业失败；05年，一个偶然的机会，进了网易，作服务器端开发，有幸结识了一帮志同道合且极有职业精神的同事。”这是大宝的职业经历。择过业也创过业的他分享了自己对于技术人员出路的一些感悟。

抛开技术做技术才更容易成功

“在中国的这块土地上，抛开技术作技术，才可能更容易成功”大宝说。听起来颇有些拗口和矛盾的一句话，大宝对此做了解释。

遍观当今成功的这些互联网公司和产品，比如淘宝(电子商务)，征途(网游),百度(搜索引擎)，他们之所以能够取得成功，其共同之处，都在于：紧紧抓住了中国本土市场的需求以及众多的“小白化”设计。尤其值得关注的是：“小白化”设计。说得通俗一点，“小白化设计”指的是：易上手，易操作，便利性。

淘宝与征途，另一个共同之处在于：马云根本不算是一个精通网络的“业内人”，虽然淘宝已经是C2C的老大， 但马云本人还是只会上上网，收收邮件；史玉柱从未被网游业内人认为是“专业的网游开发者甚至专业的网游玩家”，但征途游戏的便利性，国内游戏在它之前没有 一个做得到（当然，更多的人是不敢像他那样去想）。马云和史玉柱的共同之处都是：外行领导内行。

“抛开技术作技术，才可能更容易成功”意思是在于提醒我们：要以外行的思维来开发内行的软件，一定要注意发 掘小白用户的需求，要时时刻刻把自己当作从未使用过这个软件的用户，多想一想这样的用户第一次使用你的软件时，他会觉得如何操作才会更方便，以及，我作为 一个从未用过你软件的人有什么理由选择你的软件。我们所作的软件，绝不仅仅是只要有了功能即可，你还得有“把你的软件功能营销出去”的概念，如果只是有了 功能，但功能很难用，用户连尝试的勇气都没有，那你作了也是白作。

而且很多的时候，对于技术人而言的一个所谓的颇具创新性、创造力乃至震撼力的技术实施方案，对于普通用户而 言可能觉得根本是无所谓的，在这样的情况下，如果时间比较紧，应该果断放弃你觉得颇具创造力的方案转而将产品功能尽最快速度实现。特别是在互联网产品开发 领域，产品的推出速度是产品致胜非常重要的一环，有的时候，为了尽快推出产品，我们就不能在这些细枝末节的地方，对用户体验没有太大障碍的地方浪费太多精 力，而要集中精力把主体功能完成向用户推出来，然后在后续的时间里再精益求精地不断改善。

大宝说，“很多人不会像征途那样去做，是因为他们不敢像史玉柱那样去想。而问题关键的关键，就在于‘敢想’二字。如果你连敢想的勇气或者空间都没有，那将是最大的失败，也是最无法挽回的失败。只有把自己首先定位成自己产品的小白用户，你才会‘敢想’，也才‘能想’出来。”

纯做技术是自娱自乐的生活态度

大宝认为“作纯技术的人，抱着的是一种自娱自乐的生活态度，他们生活在自己想象的‘纯洁空间’里，拒绝与人打交道。”虽然不能说这是一种不好的方式，但是显然对于大多数人的发展而言，这样的个人发展途径他不认同，他更提倡的是一种积极、张扬而又务实的生活和工作态度。

这是因为往往在某一方面作得太深入的人，在另一方面就会少有时间和精力投入。比如,比较喜欢作纯技术的人，他们一头扎进技术里，却往往忽略了真实的市场用户需求和感受，从而让自己作出来的东西，欣赏的人只有自己，对于以赢利为目的的公司而言，这不能不说是另一种失败。

大宝更提倡的是“作产品”的概念，而不只是“作技术”。“我们作的东西最终是要销售出去，要给公司赢利，要 给团队带来收益。“作产品”的概念，更强调把眼光放在全局，关注这个产品从策划，设计，研发，测试，交付，乃至到版本更新这样一系列的过程，关注用户最终 使用感受和效果，关注用户是否愿意为此付费。”

团队或公司给成员的回报，永远是看成员给团队或公司创造了多少价值。他认为有“作产品”概念的人，工作会更 有针对性和主动性，甚至有前瞻性，只要坚持这样的想法和工作方式，就必然会给公司创造更多的价值。所以，单纯的以技术与非技术来说谁能混到更好的职位，有 点太笼统了，这个还要看各人贡献。

技术员——>高级技术员——>管理

不少技术人员将“技术员——>高级技术员——>管理”定位成自己成长的路径。对此大宝不置可否，“只是管理职位只有那么有限的几个，不可能人人都能坐，这怎么办？”他反问。

大宝认为作为一个技术人员，如果只看到只有这一条成长途径，那表明他经历的还太少、眼界还太窄。“原来，我 也一直很困惑：到了三十岁，四十岁，我还会继续写程序吗？如果不写程序的话，我到时又能干些什么？现在，通过近几年自己的经历和体会，我慢慢明白了，其 实，一个技术人员他将来如何发展，或怎样发展，取决于我们自己是不是愿意打开眼界去看看外面的世界，去思考思考技术之外的世界，去关注关注与人打交道时的 乐趣。”

而之所以有之前的那种恐慌，是因为我们一直以来都以培养和锻炼自己的专业技术能力为唯一的能力追求(比如c ++,比如算法等)，从不曾考虑过锻炼一些可以跨行业，跨年龄段，跨公司的能力，这些能力包括：正确作事的心态和正确作事的方法（坚定的信念和具体细节的 操作），团队的概念以及团队协作的方法(学会与人打交道)，全身心投入作成功一款产品而不只关注把代码写出来（有大局观）。代码写出来，并不表示产品就可 以挣钱，就可以取得成功，对用户真实需求的深度挖掘，诸多的用户体验细节，便利性以及效率，乃至与竞争对手的相对优势都是决定产品成败的相关因素。

当具备了把产品作成功的大局观之后，如果愿意慢慢尝试去锻炼自己上述的能力，就会再细细研究下去，看在目前 的环境下如何对产品的成功实施更加积极的影响。“而当你有了这些能力后，你会发现自己的发展空间被空前拓展了，那时，你就尽可能选择一个自己感兴趣的方向 作下去，而这个方向，很有可能已不再是技术。此时的你，已经有能力自己去拓展新的空间，所以，你的空间也不再仅仅局限在技术，局限在这一家公司身上。”

“作事业”的心态至关重要

“我自己的开发实践还在继续，还在继续写着代码，只是现在已经很少跟人就某个技术细节再进行多么深入多么深 刻的讨论了(只跟我的同事讨论，网上讨论的很少)，而是把精力更多的放在了关注产品整体质量，促进产品整体质量方面。”这个“质量”不仅仅包括技术，还包 括策划和设计环节，包括服务环节，甚至包括运营、维护环节。

所以大宝觉得“作事业”的心态，对于一个人的成长与成功非常重要。我们现在很多人，抱怨上天不给自己机会， 待遇不好，环境不好，的确，很多的时候，我们确实是面临着这样的困难境地。但是，即使在不太好的环境里，我们也有选择的权利，我们有选择积极面对还是临阵 退缩的权利，有选择激情奋斗还是得过且过的权利。积极的工作和生活态度，会让我们终生受用。当你以“作事业”的心态去面对自己的工作时，你会发现更宽广的 空间和舞台，你自己的成长也会更快。

有很多人可能会说，“作事业”的心态说起来容易，我是把它当事业来作了，但我没取得应得的回报呀。我不反对 确实存在这样的情况，这个世界永远充满着黑暗面，如果你总是以这样的心态去拒绝付出，那我只能说，你从团队得到的回报就会比你付出的更少。有这样抱怨的朋 友，我建议你可以对比一下：自己当前的能力是不是与你的回报成正比的，不仅与公司内的比，也与公司外的比一比，与整个行业比一比。你要是实在觉得委屈，你 大可以换一个公司，但是，有句话，我还是想提醒：换工作，不能仅仅为了看得到的那点工资，换工作的成本同时还包括了你要重建你的同事关系，上下级关系甚至 行业资源，而这些，是决定你是不是能把一件事作成作大的重要因素，人的眼光，有的时候要放远一点，如果老板是值得跟随的老板，从未亏待过你，如果公司在可 预期的未来不会马上倒闭进而导致你没有饭吃，何不再坚持一下呢？【呐不喊】

大宝，网名sodme，目前在网易从事网游服务器开发工作。早年，曾在CSDN发过多篇技术相关文章(http://blog.csdn.net/sodme)，后因兴趣转向产品，将博文发表转至网易博客：http://sodme.dev.blog.163.com，我一直在坚持着将这些感悟整理成文，以让自己有点积累，也想让深陷技术深渊的同道能有所顿悟。

信奉的开发哲学是：“越简单越好”；信奉的产品哲学是：“用户受用，我才得益”。坚持以务实的态度和实用的方法进行产品研发，现正尝试以营销的观点融合产品研发过程，尝试以市场观点切入产品研发实践的具体实施。

从名字上看，老的unix系统的CC程序叫做C Compiler。但GCC这个名字按GNU的说法叫做Gnu Compiler Collection。因为gcc包含很多编译器(C, C++, Objective-C, Ada, Fortran,and 　 Java)。所以它们是不一样的，一个是一个古老的C编译器，一个是编译器的Gnu的编译器的集合(Gcc里的C编译器比CC强大太多了，所以你没必要用CC)。当你调用gcc时不一定是调用的C/C++编译器，是gcc根据文件扩展名自动识别并调用对应的编译器，具体可查阅$man gcc。

你是下载不到CC的，原因是：CC来自于昂贵的Unix系统，CC是商业软件，要想用你需要打电话，写订单，而不是打开你的Browser去download。

linux下的cc是gcc的符号链接。可以通过$ls –l /usr/bin/cc来简单察看.而编译时看到的控制台输出CC则是一个指向gcc的变量，该变量是make程序的内建变量，就算你在Makefile中没有CC= ，该变量也会存在，并默认指向gcc。cc的符号链接和变量存在的意义在于源码的移植性，可以方便的用GCC来编译老的用cc编译的unix软件，甚至连Makefile都不要改。而且也便于linux程序在unix下编译。

参考：http://api.rubyonrails.org/classes/ActiveRecord/Base.html

Active Record objects don‘t specify their attributes directly, but rather infer them from the table definition with which they‘re linked. Adding, removing, and changing attributes and their type is done directly in the database. Any change is instantly reflected in the Active Record objects. The mapping that binds a given Active Record class to a certain database table will happen automatically in most common cases, but can be overwritten for the uncommon ones.

See the mapping rules in table_name and the full example in files/README.html for more insight.

Creation

Active Records accept constructor parameters either in a hash or as a block. The hash method is especially useful when you‘re receiving the data from somewhere else, like a HTTP request. It works like this:

user = User.new(:name => "David", :occupation => "Code Artist")
  user.name # => "David"

You can also use block initialization:

user = User.new do |u|
    u.name = "David"
    u.occupation = "Code Artist"
  end

And of course you can just create a bare object and specify the attributes after the fact:

user = User.new
  user.name = "David"
  user.occupation = "Code Artist"

Conditions

Conditions can either be specified as a string, array, or hash representing the WHERE-part of an SQL statement. The array form is to be used when the condition input is tainted and requires sanitization. The string form can be used for statements that don‘t involve tainted data. The hash form works much like the array form, except only equality and range is possible. Examples:

class User < ActiveRecord::Base
    def self.authenticate_unsafely(user_name, password)
      find(:first, :conditions => "user_name = '#{user_name}' AND password = '#{password}'")
    end

    def self.authenticate_safely(user_name, password)
      find(:first, :conditions => [ "user_name = ? AND password = ?", user_name, password ])
    end

    def self.authenticate_safely_simply(user_name, password)
      find(:first, :conditions => { :user_name => user_name, :password => password })
    end
  end

The authenticate_unsafely method inserts the parameters directly into the query and is thus susceptible to SQL-injection attacks if the user_name and password parameters come directly from a HTTP request. The authenticate_safely and authenticate_safely_simply both will sanitize the user_name and password before inserting them in the query, which will ensure that an attacker can‘t escape the query and fake the login (or worse).

When using multiple parameters in the conditions, it can easily become hard to read exactly what the fourth or fifth question mark is supposed to represent. In those cases, you can resort to named bind variables instead. That‘s done by replacing the question marks with symbols and supplying a hash with values for the matching symbol keys:

Company.find(:first, [
    "id = :id AND name = :name AND division = :division AND created_at > :accounting_date",
    { :id => 3, :name => "37signals", :division => "First", :accounting_date => '2005-01-01' }
  ])

Similarly, a simple hash without a statement will generate conditions based on equality with the SQL AND operator. For instance:

Student.find(:all, :conditions => { :first_name => "Harvey", :status => 1 })
  Student.find(:all, :conditions => params[:student])

A range may be used in the hash to use the SQL BETWEEN operator:

Student.find(:all, :conditions => { :grade => 9..12 })

Overwriting default accessors

All column values are automatically available through basic accessors on the Active Record object, but some times you want to specialize this behavior. This can be done by either by overwriting the default accessors (using the same name as the attribute) calling read_attribute(attr_name) and write_attribute(attr_name, value) to actually change things. Example:

class Song < ActiveRecord::Base
    # Uses an integer of seconds to hold the length of the song

    def length=(minutes)
      write_attribute(:length, minutes * 60)
    end

    def length
      read_attribute(:length) / 60
    end
  end

You can alternatively use self[:attribute]=(value) and self[:attribute] instead of write_attribute(:attribute, vaule) and read_attribute(:attribute) as a shorter form.

FastCGI的好处

apt-get remove libapache2-mod-php5 libapache2-mod-perl2 libapache2-mod-python2.4

2.安装mod-fcgid

apt-get install libapach2-mod-fcgid

ls /usr/bin/php5-cgi

/usr/bin/phpt-cgi -v

apt-get install php5-cgi

4.检查fcgid的配置

<IfModule mod_fcgid.c>
  AddHandler fcgid-script .php .py .pl .fcgi
  SocketPath /var/lib/apache2/fcgid/sock
  IPCConnectTimeout 20
</IfModule>

<Directory /var/www/>
         FCGIWrapper /usr/bin/php5-cgi .php
         Options ExecCGI SymLinksIfOwnerMatch
</Directory>

#!/usr/bin/python

try:
     from fcgi import WSGIServer

     def myapp(environ, start_response):
         start_response('200 OK', [('Content-Type', 'text/plain')])
         return ['Hello World!\n']

     WSGIServer(myapp).run()

except Exception, e:
     print 'Content-Type: text/plain\r\n\r\n',
     print 'Oops...'
     print
     print 'Trac detected an internal error:'
     print
     print e
     print   

<VirtualHost *:80>
ServerName foo.example.com

<Location /journal>
    RewriteEngine On
    # Let apache handle purely static files like images by itself.
    RewriteCond %{REQUEST_FILENAME} !-f
    # Send Everything else to Typo
    RewriteRule ^(.*)$ dispatch.fcgi [QSA,L] 
</Location>

<Directory /sites/foo.example.com/public_html/journal>
    # ExecCGI is required for mod_fcgid to work.
    Options Indexes FollowSymLinks ExecCGI
    # Disable .htaccess files.
    AllowOverride None
    Order allow,deny
    Allow from all
    # This tells mod_fcgid to run the dispatch.fcgi script as a FastCGI
    # AddHandler fcgid-script .fcgi
</Directory>

DefaultInitEnv RAILS_ENV production

apt-get install libfcgi-perl

# perl -MCPAN -e shell

cpan  install FCGI
cpan  install CGI::Fast
cpan  quit

#!/usr/bin/perl
use FCGI;
my $request = FCGI::Request();
while($request->Accept() >= 0)
{
  print "Content-type: text/html\n\n";
  print "<H1><b>Hello World!</b></H1>";
}

exit 0;

#!/usr/bin/perl -w
use strict;
use CGI::Fast qw(:standard);

my $counter = 0;
my $title = "Fast CGI counter";
while (new CGI::Fast) {
  print header;
  print start_html $title;
  print h1 $title;
  print "Invocation number: ", b($counter++), ", PID: ", b($$), ".", hr;
  print end_html;
}

下载地址

http://kaiyuan.hoodong.com/download.php?n=HDWiki-for-discuz-V1.0beta.zip

用途如下

（1）、创建本论坛的专业知识库，知识库词条可以在帖子正文自动刷成内部链接，鼠标摸上去，会弹示出词条摘要。如下图所示

（2）、创建本论坛自定义内文广告系统，广告标题可以在帖子正文自动刷成内部链接，鼠标摸上去，会弹示出广告摘要。如下图所示

　　与李嘉诚在一起的时间，你很少能感觉到本应属于华人首富的巨大自我。他的言语、目光和笑容，都不免让人产生疑问：早年经受的战乱、苦难，以及随后六十六年的辛苦工作，这些负面影响究竟是被一种怎样的力量化解，而没有让他成为一个性格极端的人？

　　是命运？—在很多场合，李都会提到自己的一生“蒙上天眷顾”。

　　但李嘉诚回答说：“性格才是命运的决定因素。好像一条船，船身很重要，因为机器及其它设备都是依附在这条船里面。”

　　很长时间以来，因为李的被神化，他的性格都为外界所忽视：李是一个性情急燥还是温和的人？他可曾有脆弱或失去自控的时候？

　　如果过往的经历可以呈现出李嘉诚的部分性格，那至少可以说明两点：他随时准备改变自己，应付挑战，同时，乐于在高度自控下获得内心自由。关于后 者，一个最恰当的阐释是他自身的体验：在参与地皮招标时，李会不停地、很快地举手出价，但当价钱超过市场的规律，他左手想举起时，右手便立即“制止”左 手。

　　很早年时，李嘉诚就证明了，他从来不惮于改变自己，并永远清楚什么时候该挑战下一级台阶。

　　在其记忆中，第一次强烈的自我改变发生在十岁时。那一年，李嘉诚升入初中，在没有任何人的提醒下，他突然意识到了自己对家庭的责任。这让他一改往日的贪玩，开始发奋，每晚主动背书、默写。这种一夜之间的改变甚至曾令其父不解。

　　12岁时，因为父亲患肺病，李嘉诚去阅读相关书籍，希望找到救治方法，反而发现自己有着得肺病的一切症状。当时，李不仅需要负担其家族的经济， 还需疗养肺病。但那时他已经深知个人角色管理的方法：没有太多选择，除了须将工作处理妥当，还攒钱买下旧书自修。今日回想起，他仍承认，这是一生最困难的 阶段。

　　早年的经历不仅将李塑造成一个勤奋的推销员，更养成其对于生活细节毫不讲究的习惯：多年之后，李有一晚下班较晚，到家后拿起桌子上的饭就吃，虽然感觉味道有些臭，却未作声张的吃下了两碗——饭后问明，原来这是两碗给狗准备的饭。

　　但到22岁创立公司时，李嘉诚很容易就完成了一次质变：他告诉自己，光凭能忍、任劳任怨的毅力已经不够。新的挑战是：在没有找到成功的方程式前，如何让一个组织减少犯错、失败的可能？

　　或许本质而言，李嘉诚的全部独特之处，正系于其永远懂得把握角色变更的时机和方法。在一次演讲中，他谈及个人管理的艺术，就是应在人生不同的阶 段不停反思自问：“我有什么心愿？我有宏伟的梦想，我懂不懂得什么是节制的热情？我有拼战命运的决心，我有没有面对恐惧的勇气？我有信息有机会，有没有实 用智慧的心思？我自信能力天赋过人，有没有面对顺流逆流时懂得适如其分处理的心力？”

　　而其一生中最大的一个疑问是：富有后，感觉不到快乐又如何？

　　29岁的一个晚上，李嘉诚坐在露天的石头上回顾自己过去的7年：从22岁创业，到27、28岁“像火箭上升一样积攒财富”，他在当时已经知道，自己将成为富有人士。但他并不知道，内心的富贵由何而来？

　　那几年间，他正开始在意自己的衣着、手表，研究玉器。但在那一晚，他意识到：更重要的是自己内心知足，有正确的人生观，而在工作上得到的金钱除了足够家人生活使用外，其它的钱有正确用途，能在教育医疗方面帮助别人，生活虽然朴素，亦能令自己感到非常快乐。

　　1980年起，李决定设立个人基金会，其宗旨是“通过教育令能力增值以及通过医疗及相关项目建立一个关怀的社会”，并希望“在我离开这个世界后 做的事，一定要比我在世时做的只多不少”。到今天，他的基金会已在过去26年捐赠近80亿港元，最近他再表示会将不少于1/3的个人资产放入基金之中。

　　而曾表示“从未考虑过要退休”的李，在这次采访中表露了一个新的计划：在2008年时减轻工作量，每个月抽出三天全天时间，每天花不少于8小时时间参与到李嘉诚基金会的公益工作

svn命令 通常都有帮助,可通过如下方式查询：

$ svn help 

知道了子命令，但是不知道子命令的用法，还可以查询：

$ svn help add 

开发人员常用命令

(1) 导入项目

$ cd ~/project
$ mkdir -p svntest/{trunk,branches,tags}
$ svn import svntest https://localhost/test/svntest --message "Start project"
...
$ rm -rf svntest

我们新建一个项目svntest，在该项目下新建三个子目录：trunk，开发主干；branches，开发分支；tags，开发阶段性标签。然后导入到版本库test下，然后把svntest拿掉。

(2) 导出项目

$ svn checkout https://localhost/test/svntest/trunk

修订版本号的指定方式是每个开发人员必须了解的，以下是几个参考例子，说明可参考svn推荐书。

$ svn diff --revision PREV:COMMITTED foo.c
# shows the last change committed to foo.c

$ svn log --revision HEAD
# shows log message for the latest repository commit

$ svn diff --revision HEAD
# compares your working file (with local changes) to the latest version
# in the repository

$ svn diff --revision BASE:HEAD foo.c
# compares your “pristine” foo.c (no local changes) with the 
# latest version in the repository

$ svn log --revision BASE:HEAD
# shows all commit logs since you last updated

$ svn update --revision PREV foo.c
# rewinds the last change on foo.c
# (foo.c's working revision is decreased)

$ svn checkout --revision 3
# specified with revision number

$ svn checkout --revision {2002-02-17}
$ svn checkout --revision {15:30}
$ svn checkout --revision {15:30:00.200000}
$ svn checkout --revision {"2002-02-17 15:30"}
$ svn checkout --revision {"2002-02-17 15:30 +0230"}
$ svn checkout --revision {2002-02-17T15:30}
$ svn checkout --revision {2002-02-17T15:30Z}
$ svn checkout --revision {2002-02-17T15:30-04:00}
$ svn checkout --revision {20020217T1530}
$ svn checkout --revision {20020217T1530Z}
$ svn checkout --revision {20020217T1530-0500}

(3) 日常指令

$ svn update

$ svn add foo.file
$ svn add foo1.dir
$ svn add foo2.dir --non-recursive
$ svn delete README
$ svn copy foo bar
$ svn move foo1 bar1

$ svn status
$ svn status --verbose
$ svn status --verbose --show-updates
$ svn status stuff/fox.c

$ svn diff
$ svn diff > patchfile

$ svn revert README
$ svn revert

修改冲突发生时，会生成三个文件：.mine, .rOLDREV, .rNEWREV。比如：

$ ls -l
sandwich.txt
sandwich.txt.mine
sandwich.txt.r1
sandwich.txt.r2

解决修改冲突方式之一：修改冲突的文件sandwich.txt，然后运行命令：

$ svn resolved sandwich.txt

方式之二：用库里的新版本覆盖你的修改：

$ cp sandwich.txt.r2 sandwich.txt
$ svn resolved sandwich.txt

方式之三：撤销你的修改，这种方式不需要运行resolved子命令:

$ svn revert sandwich.txt
Reverted 'sandwich.txt'
$ ls sandwich.*
sandwich.txt

确保没问题后，就可以提交了。

$ svn commit --message "Correct some fatal problems"
$ svn commit --file logmsg
$ svn commit

(4) 检验版本历史

$ svn log
$ svn log --revision 5:19
$ svn log foo.c
$ svn log -r 8 -v

$ svn diff
$ svn diff --revision 3 rules.txt 
$ svn diff --revision 2:3 rules.txt 
$ svn diff --revision 4:5 http://svn.red-bean.com/repos/example/trunk/text/rules.txt

$ svn cat --revision 2 rules.txt 
$ svn cat --revision 2 rules.txt > rules.txt.v2

$ svn list http://svn.collab.net/repos/svn
$ svn list --verbose http://svn.collab.net/repos/svn

$ svn checkout --revision 1729 # Checks out a new working copy at r1729
…
$ svn update --revision 1729 # Updates an existing working copy to r1729
…

(5) 其他有用的命令

svn cleanup

为失败的事务清场。

(6) 分支和合并

建立分支方法一：先checkout然后做拷贝，最后提交拷贝。

$ svn checkout http://svn.example.com/repos/calc bigwc
A  bigwc/trunk/
A  bigwc/trunk/Makefile
A  bigwc/trunk/integer.c
A  bigwc/trunk/button.c
A  bigwc/branches/
Checked out revision 340.

$ cd bigwc
$ svn copy trunk branches/my-calc-branch
$ svn status
A  +   branches/my-calc-branch

$ svn commit -m "Creating a private branch of /calc/trunk."
Adding         branches/my-calc-branch
Committed revision 341.

建立分支方法二：直接远程拷贝。

$ svn copy http://svn.example.com/repos/calc/trunk \
           http://svn.example.com/repos/calc/branches/my-calc-branch \
      -m "Creating a private branch of /calc/trunk."

Committed revision 341.

建立分支后，你可以把分支checkout并继续你的开发。

$ svn checkout http://svn.example.com/repos/calc/branches/my-calc-branch

假设你已经checkout了主干，现在想切换到某个分支开发，可做如下的操作：

$ cd calc
$ svn info | grep URL
URL: http://svn.example.com/repos/calc/trunk
$ svn switch http://svn.example.com/repos/calc/branches/my-calc-branch
U   integer.c
U   button.c
U   Makefile
Updated to revision 341.
$ svn info | grep URL
URL: http://svn.example.com/repos/calc/branches/my-calc-branch

合并文件的命令参考：

$ svn diff -r 343:344 http://svn.example.com/repos/calc/trunk
$ svn merge -r 343:344 http://svn.example.com/repos/calc/trunk
$ svn commit -m "integer.c: ported r344 (spelling fixes) from trunk."
$ svn merge -r 343:344 http://svn.example.com/repos/calc/trunk my-calc-branch
$ svn merge http://svn.example.com/repos/branch1@150 \
            http://svn.example.com/repos/branch2@212 \
            my-working-copy
$ svn merge -r 100:200 http://svn.example.com/repos/trunk my-working-copy
$ svn merge -r 100:200 http://svn.example.com/repos/trunk
$ svn merge --dry-run -r 343:344 http://svn.example.com/repos/calc/trunk

最后一条命令仅仅做合并测试，并不执行合并操作。

建立标签和建立分支没什么区别，不过是拷贝到不同的目录而已。

$ svn copy http://svn.example.com/repos/calc/trunk \
           http://svn.example.com/repos/calc/tags/release-1.0 \
      -m "Tagging the 1.0 release of the 'calc' project."

$ ls
my-working-copy/
$ svn copy my-working-copy http://svn.example.com/repos/calc/tags/mytag
Committed revision 352.

后一种方式直接把本地的工作拷贝复制为标签。

此外，你还可以删除某个分支。

$ svn delete http://svn.example.com/repos/calc/branches/my-calc-branch \
 -m "Removing obsolete branch of calc project."

管理人员常用命令

(7) 版本库管理

$ svnadmin help
...
$ svnadmin help create
...
$ svnadmin create --fs-type bdb /usr/local/repository/svn/test
$ chown -R svn.svn /usr/local/repository/svn/test

建立版本库，库类型为bdb（使用Berkeley DB做仓库），库名称为test。
svn版本库有两种存储方式：基于Berkeley DB(bdb)或者基于文件系统(fsfs)，通过 --fs-type可指定存储方式。

(8) 查询版本库信息

$ svnlook help
...
$ svnlook help tree
...
$ svnlook tree /usr/local/repository/svn/test --show-ids