我刚开始在C#项目使用Subversion。我工作在这个项目上独自一人,但我想对待是因为如果我是在一组的工作对我自己的学习经验。

据我了解使用Subversion的典型方法是有,将永远建一个干线文件夹。那么重大变化创造新的分支,然后将它们合并到主干完成时。所以可能有很多并行分支由不同的团队成员正在处理。

但是,如果我的工作对我自己有任何一点做一个分支?说我在HEAD修订版100。我将创建修订版101分支,然后继续在树枝上,直到修订110.现在我可以合并110回主干工作,但没有其他人的项目,所以不会有在任何改变树干合并回。我只是被右后卫,我原来创建的分支修订100合并。

有帮助吗?

解决方案

分支机构无关与许多人是如何工作的一个项目。一个分支是一个备用发展流,像不同的特征集,硬件目标,或客户端。

如果有100人在一个单一的交付工作,他们应该使用同一个分支。如果单个个体被支承十几个不同的可交付他应该有一打分支。

其他提示

我觉得分支机构应使用总是需要当你需要尝试了问题或东西遥不可及的解决方案,从基本不分裂的实际代码,例如。随着分支机构可以单独存在的问题和解决的尝试,并保持版本控制。

一个分支(相对于标记)是一个的维护的代码版本。即使作为一个开发人员,你可能要保持你的代码(例如迁移到错误修正旧版本)的多个版本。点击 SVN书列出了两种最常见的用例SVN分支的此处。结果 这两种方法的分支政策是没有直接关系的项目开发人员的数量。结果 除非你是一个短期项目工作(如学术,单曲发行,项目)尝试使用这些策略之一。管理费用足够低,它可以使你的生活变得更轻松更高版本。

似乎没有太多点在创建新的分支,如果它只是你该项目的工作 - 你可以使用修改后的所有回滚到。

如果,但是你想做一些重大和实验,想尝试一些东西出来,那么你可以使用分支来隔离您的更改,并保留树干。

您可以完全制定出这样的树干,然后用释放标签或历史的目的树枝...等分公司试点工作。

我把2个分支:开发和躯干,因为你永远不知道什么时候你要做的生产速战速决。我可以将它们移植到生产之前对新功能的工作1-3周。在此同时,我可能要修复铺开生产。通过保持2个分支,我很容易只部署错误修正。

许可以下: CC-BY-SA归因
不隶属于 StackOverflow
scroll top