我想通过Tortoise SVN了解构建过程的一些过程。主要是
我想知道你推动：
我遇到的问题是我在一个撬棍上工作（嘿，它就是这样，而且我正在放弃堆栈溢流，你最好相信它......很好的方式来缓解因完全混乱而产生的压力）我们没有推动任何事情的正式程序。事实上，更糟的是我的老板直接编码反对生产。当我有变化时，他推动主干线。当我在我们的Dev数据库上进行数据库更改时，问题就变成了分支A.好吧......它打破了分支B和C.我有4个项目同时进行！为什么？好吧，我不会进入那个（混乱）。
因此，我重命名一个表字段，或者在SQL Server和walla中添加字段或其他内容，现在我的其他分支都有过时的代码指向以前的字段名称。
那会发生什么？我必须将某些更改合并到该分支，该分支等。它感觉就像一个战区。
最后，发生的事情是我尝试仅合并最小值。假设我为分支A的代码更改了DB，但现在我不得不跳回分支B的项目。好吧，我需要将A的一些更改合并到那些数据库更改中，这样B的代码就不会爆炸，并且能够处理新的表更改。
最后老板将主线干线推向生产。现在我收到一封电子邮件“你忘了删除这个超链接”。这个超链接实际上是我在分支A中添加的一个功能。但他在这里谈论的是他只是将主线主干推到生产中，现在我已经从分支B和分支A的任何数据库脚本进行了合并更改，因为记得我有一些数据库更改如果他推送代码，则必须反映这些更改，因此即使与此项目无关，也必须推送部分数据库更改。嗯...我错过了超链接，所以杀了我。也许这就是为什么我们需要一个构建流程老板？ （对不起，这是一个噩梦在这里工作，这就是为什么这个帖子变得如此详细）。
无论如何，显然这是一场噩梦。他决定几乎所有事情。我们拥有源代码控制权的唯一原因是因为我在硬核团队工作过，这是你设置的第一件事。那里没有人。问题是我无法决定结构......但是他从来没有真正使用过源控制！我的上帝。
所以我们没有质量保证。这是一个电子商务网站。那是另一个大问题。因此，我预计会是完美的。这意味着无论我们推动什么，主线干线都需要完美无缺，无论分支功能如何。
这是卢达吗？ wtf我呢？经过这么多次巧妙地解释我们需要一个怪胎构建过程（不仅仅是将本地干线主干复制到生产中），我可以对他进行攻击！但是我已经尝试过推进并且大吼大叫。所以我放弃了。
因此，我将非常了解其他人如何将他们的来源从Tortoise推向生产。当我在以前的团队工作时，我不是那个人，所以我真的不太熟悉构建过程。
我们是一个规模相当大的电子商务网站，每月点击数百万次。
答案 0 :(得分：3)
从你说的话来看，你的分支就是所谓的“功能分支”，而不是维护分支。理论上你可以直接从功能分支推送，如果在分支合并到主线时遇到冲突会发生什么？最防弹的过程是将功能分支合并到主干，然后在主干的那个点之外创建维护分支并推送它。
关于混乱和老板，我能说些什么......在你辞职之前，尝试改变它，并尽可能多地学习。