如何通过持续集成来共享代码

Question

我刚刚开始在持续集成环境（TeamCity）中工作。 我理解在你的代码中没有得到如此抽象的基本思想，你永远无法构建它以测试功能等。但是，当进行深度编码时，偶尔我需要几天才能获得可构建的代码 - - 但在过渡期间，其他团队成员可能需要查看我的代码。

如果我检查代码，它会破坏构建。 但是，如果我不进行检查，我的团队成员将无法查看最新的工作。 我想知道如何处理这种情况。

Answer 1

像Code Collaborator这样的工具（谷歌链接，smartbear.com已关闭..）将允许您的同行看到您的代码，而无需您提交。 相反，您只需提交以供审核。

尽管如此，他们运行它还是有点麻烦。

或者，设置代码库的第二个分支 /分支供您使用，您的对等方可以同步到它，并且它不会破坏构建服务器。 当您在自己的分支中完成工作后，可以将其与主线/主干/其他任何内容合并。

Answer 2

在团队环境中，通常非常不希望任何人在几天内处于不可建立的状态。 我尽可能地将大量代码交付到尽可能多的可构建的签到中。 至少，即使您没有准备好实现，也要创建并检查您的接口，以便其他人可以开始对它们进行编码。

Answer 3

持续集成的主要好处之一是它可以在事情中断和事情得到修复时向您显示。 如果您提交破坏系统的那些代码片段，其他开发人员将被迫在继续开发之前将其置于工作状态。 这是一件好事，因为它不允许在破碎的东西之上进行代码更改（这可能导致同事代码在破坏的系统上工作的问题，但是一旦初始中断被修复就不起作用） 。

这也是使用分支/分叉的好时机的一个主要示例，并且当所有破碎的东西都被修复时简单地合并到主干。

Answer 4

我在这里的情况完全相同..作为构建工程师，我的工作非常漂亮。

首先，让我打破分支机构/项目。 @Dolph Mathews已经提到了分支和tbh，这是让你的设置工作的重要部分。

• 以主代码为基础，将其集成到几个个人或“较小”的团队分支中。 即branch_team_a，branch_team_b，branch_team_c
• 然后在不同的项目标题下设置teamcity来构建这些分支。 因此，您最终将拥有以下内容：项目主要项目，项目团队A，项目团队B，项目团队C.
• 第三，然后设置开发人员签入，以便他们为分解的分支运行预提交构建。您可以在工具和设置下找到它的TC插件..它们用于IntelliJ或VS.

您现在拥有3层设置.. - 开发人员启动从他们的桌面开始远程运行预提交构建与他们的项目。 如果它通过，它将被检入存储库，即branch_team_a - 项目团队A在几次签到后通过; 此时，您将更改从branch_team_A集成到主分支 - Project Main构建！

如果一切都成功，那么你有一个候选版本。如果一个部分失败，则投射a，b或c。 它不会被检入main。 这是我经过试验和测试的方法，每次都可以使用。 它还极大地改善了团队沟通。