svn subclipse 的Change-set base merge

Change-set base merge



名词：CollabNet

引用

CollabNet公司创始人
　　公司创始人兼CTO Brian Behlendorf 是Apache软件基金组织的发起人和最早的主要开发者，被尊称为Apache之父，开放源码项目和方法的领导者。HP, Intel, Sun战略投资合作伙伴，开源项目SubVersion的主要投资方和推动者。超过80万全球用户，1.5万个项目，数百个组织，几十个国家。

现在CollabNet已经拥有超过150万名的用户、超过500家公司，以及20,000个软件项目!目前CollabNet通过简化分布式开发、启用全球协作并提供按需开发资源，CollabNet 平台已帮助数百位客户和超过150万名用户降低了成本和风险，提高了效率并促进了软件项目的创新。CollabNet 公司是 Subversion 的所有者，Subversion 为全球分布式团队提供了全新的软件配置管理标准。并且CollabNet是Subversion开源项目的主要的赞助商。令人惊喜的是CollabNet已经提供现场体验，您可以实际体验双向工程。目前CollabNet已经启动 Subversion5 步成功完成迁移。

CollabNet主要产品
Subversion　　Subversion是需要在各个地方共享源代码的全球分布式组织进行版本控制和软件配置管理 (SCM) 的新标准。易用性和对远程团队的开箱即用支持使 Subversion 成为了全球项目的最佳解决方案，相比而言，旧式工具不足以支持分布式团队，而且运行费用太昂贵。　　CollabNet Subversion 是一种企业就绪的 Subversion 分发版，它包含经过认证的二进制文件、特定于平台的安装程序、针对其他工具的经过认证的插件以及企业就绪的加载项。　　Subversion功能：在企业平台认证二进制文件，特定于平台的安装程序，对分布式团队的本地支持，最新 SCM 高效安装和存储库管理，开箱即用的集成，集中化的源代码存储库，轻松访问远程开发人员，可伸缩的基于 Web 的体系结构，安全的基于 Web 的访问。TeamForge　　TeamForge（以前称为CollabNet TeamForge）是基于 Web 的 SCM、问题跟踪、项目管理和协作工具的集成套件，允许团队构建大型软件。通过对用户、项目、流程和资产的进行集中管理，CollabNet TeamForge 可以显著降低成本、提高生产力并改进项目可见性。CollabNet TeamForge 可以在现场部署，也可以部署为安全的随需应变产品，从而进一步降低基础结构成本。可以使用一个针对 3 个用户的试用版。　　TeamForge功能：应用程序生命周期管理 (ALM)，常见用户和项目管理，软件配置管理 (SCM)，变更管理，项目管理，集成协作工具，开放 Web Services API CollabNet 软件即服务 (SaaS)。CUBiT　　CUBiT 使分布式开发团队能够快速访问大量的按需构建和测试服务。团队可以管理自己的连续构建软件栈配置文件库，在可用的机器上进行快速配置，并在整个开发、构建和 QA 测试过程中对配置文件进行版本控制。CUBiT 显著降低了成本且节省了时间：通过集中化开发工具、服务器和管理基础结构，针对编码、构建和测试周期的服务器配置速度加快了 10 倍，团队节省了高达 90% 的硬成本。　　CUBiT功能：通过浏览器或 IDE 进行自助服务、动态开发分配、构建和测试服务，配置文件库：构建和测试软件栈的集中管理，构建库：构建组件的集中管理和重用，治理和报告：跨全球大量的计算资源、项目、配置文件和构建工件的可见性和控制。

名词backport:

引用

Backport是将一个软件的补丁应用到比此补丁所对应的版本更老的版本的行为。这是软件开发过程中维护步骤的一部分。最简单也可能是最常见的例子，就是针对某个软件的某个漏洞的补丁。某个软件的新版本发现了漏洞，通过修补源代码后可以修复；但此软件的旧版本因为源代码不同，而不能通过同样的修补来修复，这时就需要针对旧版本的软件来进行源代码修补了。
针对软件的某个方面所做的改动，可能简单到修改几行代码，也可能复杂到需要修改大量的源代码文件。如果改动很复杂，那么backport行为就会很不值得，除非旧版本的软件比起新版本来仍然很流行。
对于闭源软件，只有核心开发组的人可以进行backport操作。对于开源软件，backport有时是由发布者创建的，之后他们会将源代码的改动upstream（即发回给核心开发组）。

示例

引用

Linux之父称赞Backport技术整合系统优势
　最近，Linux操作系统之父Linus Torvalds表示，经过他的衡量，把新版Linux核心的某些特性Backport(移植)到旧版Linux内核的做法，是对两者优秀特性的整合，是值得赞许的。

　在此之前，德国的Linux巨头SuSe的CTO Juergen Geck，曾在Real World Linux会议中批评，Red Hat从2.6内核提取新特性backport至2.4内核中的决定是错误的，因为这样会影响开放源码操作系统的标准化。Geck想表达的就是这样一种基调：避免实施任何可能打破开放源码操作系统的标准的行为。Geck的一番言论在业界引起了广泛的争论。

　　Torvalds在接受媒体的采访并被问及对该问题的看法时，他表示：“每个公司在对软件的‘先进版本’上都有自己的看法和立场，只要他们认为对客户是有利而重要的，这种做法就是有道理的。从这个角度看，我认为backport事实上是很好的想法。”

　　Novell的副经理Miguel de Icaza，同样为Red Hat的backport措施辩护。他解释，开发者经常应客户的要求捆绑一些特性，但并不在正式的内核中发布。例如，Red Hat将2.5 X的NPTL(Native Posix Threading Library)backport至2.4内核就是一个成功的典范，如今2.4内核的稳定性和扩展性已经得到广泛的认同。另外，许多Linux企业均表达了不同的看法，赞弹参半。

　　尽管Linux之父Torvalds对Red Hat的backport工作表示赞同，同时他也告诫，backport之后内核发展未必能长久，因为缺乏“一致性”，(难以保证不同的Source Tree能够恰当维持)，使得长期性问题变得突出。“有得必有失，但目前为止我认为它的发展是积极的。”

　　Torvalds承认backport的好处，但他仍然鼓励用户使用改进版本的Linux内核。