tortoisesvn - Push Trunk 或 Push Branch 到生产

Question

我想了解使用 Tortoise SVN 构建过程的一些过程。主要是

我想知道你是否插入:

主线中继

QA 后的一个分支将其抓取到本地的工作副本中并测试该分支，然后一些构建推送该分支

我遇到的问题是我在一个烂摊子工作(嘿，它就是这样，我在 stackoverflow 上发泄，你最好相信它......由于完全困惑而缓解压力的好方法)并且我们没有正式的流程推任何东西。事实上，更糟糕的是我的老板直接针对生产进行编码。当我有变化时，他插入主线中继。当我对我们的 Dev 数据库进行数据库更改时，问题就变成了分支 A。嗯……这打破了分支 B 和 C。我有 4 个项目同时进行!为什么？好吧，我不会进入那个(困惑)。

因此，我重命名了一个表字段，或者在 SQL Server 和 walla 中添加一个字段或其他任何内容，现在我的其他分支有指向以前字段名称的陈旧代码。

那么会发生什么？我必须将某些更改合并到这个分支、那个分支等。感觉就像一个战区。

最后，发生的事情是我尝试只合并最小值。假设我对分支 A 的代码进行了数据库更改，但现在我不得不跳回分支 B 的项目。好吧，我需要为那些数据库更改合并 A 的“一些”更改，以便 B 的代码不会爆炸并且能够处理新的表更改。

最后boss推主线主干生产。现在我收到一封电子邮件“您忘记删除此超链接”。那个超链接实际上是我在分支 A 中添加的一个功能。但是他在这里谈论的是他只是将主线主干推到生产中，现在我从分支 B 合并了更改以及分支 A 的任何数据库脚本，因为记住我有一些数据库更改如果他推送代码，则必须反射(reflect)这些更改，因此即使与此项目无关，也必须推送一些部分数据库更改。嗯...我错过了超链接，所以杀了我。也许这就是我们需要一个构建过程老板的原因？ (抱歉，在这里工作真是一场噩梦，这就是为什么这个线程变得如此详细的原因)。

无论如何，这显然是一场噩梦。他几乎决定了一切。我们拥有源代码控制的唯一原因是因为我曾在核心团队工作，这是您设置的第一件事。嗯，这里没有。问题是我不能决定结构……他可以，但他从来没有真正使用过源代码控制!!天哪。

所以我们没有质量保证。这是一个电子商务网站。这是另一个大问题。因此，我被期望是完美的。这意味着主线主干需要非常适合我们正在插入的任何分支功能。

这是路达吗？我该怎么办？在巧妙地解释我们需要一个奇怪的构建过程(不仅仅是将本地主线主干复制到生产中!)之后，我可以继续攻击他，但我之前试图插入并被大吼大叫。所以我放弃了。

因此，了解其他人如何将他们的源从 Tortoise 推向生产将极大地帮助我。当我在以前的团队中时，我不是那个插入的人，所以我真的不太精通构建过程。

我们是一个规模相当大的电子商务网站，每月点击量达到几百万。

Answer 1

从你所说的听起来你的分支是所谓的“功能分支”，而不是维护分支。虽然理论上你可以直接从功能分支推送，但如果在分支合并到主线时遇到冲突会怎样？最防弹的过程是将功能分支合并到主干中，然后从主干的那个点创建维护分支并推送它。

关于困惑和老板，我能说什么老兄......在你退出之前，尝试改变它，并在这个过程中尽可能多地学习。