惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

The Register - Security
The Register - Security
博客园 - Franky
奇客Solidot–传递最新科技情报
奇客Solidot–传递最新科技情报
GbyAI
GbyAI
WordPress大学
WordPress大学
博客园 - 【当耐特】
月光博客
月光博客
Microsoft Security Blog
Microsoft Security Blog
宝玉的分享
宝玉的分享
Y
Y Combinator Blog
S
SegmentFault 最新的问题
B
Blog RSS Feed
酷 壳 – CoolShell
酷 壳 – CoolShell
腾讯CDC
U
Unit 42
OSCHINA 社区最新新闻
OSCHINA 社区最新新闻
阮一峰的网络日志
阮一峰的网络日志
aimingoo的专栏
aimingoo的专栏
博客园 - 三生石上(FineUI控件)
F
Fortinet All Blogs
博客园 - 司徒正美
人人都是产品经理
人人都是产品经理
Last Week in AI
Last Week in AI
Engineering at Meta
Engineering at Meta
D
DataBreaches.Net
C
Check Point Blog
G
Google Developers Blog
有赞技术团队
有赞技术团队
I
InfoQ
T
The Blog of Author Tim Ferriss
F
Full Disclosure
Help Net Security
Help Net Security
P
Palo Alto Networks Blog
G
GRAHAM CLULEY
T
Tenable Blog
Know Your Adversary
Know Your Adversary
N
Netflix TechBlog - Medium
H
Hacker News: Front Page
C
Cyber Attacks, Cyber Crime and Cyber Security
Project Zero
Project Zero
Latest news
Latest news
Recorded Future
Recorded Future
cs.CL updates on arXiv.org
cs.CL updates on arXiv.org
Threat Intelligence Blog | Flashpoint
Threat Intelligence Blog | Flashpoint
N
News | PayPal Newsroom
C
Cisco Blogs
T
Tor Project blog
Cyber Security Advisories - MS-ISAC
Cyber Security Advisories - MS-ISAC
S
Secure Thoughts
A
Arctic Wolf

博客园 - lovebanyi

Memory stream is not expandable 博客园密文招聘的解密 微软Azure平台 cloud service动态申请证书并绑定证书碰到的坑 PInvoke在 2.0 3.0的时候正常 升级到4.0后出错。 不要进行过度设计,某一层存在真的有意义吗?是否可以更简单。 化繁为简 定义权限 Ajax加载子域跨站cookie丢失的问题. Exists 比Contains 慢非常多。 ValidationExpression="http(s)?://([\w-]+\.)+[\w-]+(/[\w- ./?%&=]*)?" can not work - lovebanyi 支付系统会碰到的漏洞问题。 值类型引用类型List Remove 方法Remove不掉哪一个项。 流程变换与抽象 Compiler Error Message: CS1513: } expected EntityFramework Any 生成的sql语句超长。 Quartz 的SB问题 GetNextValidTimeAfter 输出和输出 时区 不同步,好傻的方法? 新的一家公司Web开发选择的控件是Dev Express 太烂了,发现项目结构也是混乱的。 使用lambda表达式对属性进行验证。 数据库连接字符串配置的流程改进 从解放劳动力来看未来的科技进程
如何用好SVN的Branch
lovebanyi · 2012-06-13 · via 博客园 - lovebanyi

在SVN里面我们一般会创建出三个文件夹
Trunk(主干) Branch(分支) TAG

在我们项目一开始的时候我们会将代码文件 (这边暂时不涉及文档的管理)放在Trunk底下。然后我们就不断的开始工作了。

什么时候我们会用到Branch。
按我的经验的话我们用到Branch有两种情况

  1. 项目稳定了要relase了 整个业务流程和功能都是完成的。(基本看不到bug只有一些隐藏的很差的bug可能还存在,比如一些数值算错)。这个时候我们就可以把这个Relase的版本放到Branch哪边,然后我们继续在trunk开发新的功能需求。 relase哪边只能是等待一些很小的bug。 (测试和开发做得好的话。无限趋近0零)。
  2. 项目开发过程中,突然有一个大的需求过来。跟其它的需求没有太大的关系。并且客户想看一下这个功能做出来是否用得还可以。哪么我们就可以从trunk这边弄出一个branch然后,某个人或几个人就工作在这个branche上面。客户测试过后对这个Branche满意之后。(也是大部分没有bug)。然后合并到trunk.

如果branch的创建没有按这种方式来搞的话。你会发现到时候合并起来的压力是超级大的。合并的时候会漏掉一些代码,冲突N多。合并的人痛苦。团队的其他成员也痛苦。

TAG 我自己基本没有什么用到。按大部分人的说话是这样的。
    一个Relase发布之后。经过一小段时间的修改。发现都没有bug了。然后我们把这个Relase可以弄一个分支到Tag哪边。实际我觉得这个意义不是很大。