Closed. This question is opinion-based 。它目前不接受答案。
想改善这个问题吗？更新问题，以便可以通过 editing this post 用事实和引文来回答。
7年前关闭。
Improve this question
我有一个为 Delphi 7 编写的遗留项目。我准备将一堆新代码集成到其中，其中包括一个使用 DUnit 的测试套件。 DUnit 它不是 Delphi 7 的一部分(它后来被集成)，所以这里的问题是:我应该将 DUnit 单元包含到我的项目中(将它们检入版本控制等)还是我应该更好地要求所有参与的开发人员维护他们的独立DUnit安装？
该项目是封闭源代码，仅在我工作的企业内部编写和部署——也就是说，项目源代码不会交付给任何消费者。 每当您有新的开发人员或新的开发机器安装时，您都希望能够快速、轻松、轻松地启动和运行。
只有当所有依赖项都在您的源存储库中进行管理时，才能实现理想。很难做得更好: (1) 获取最新源。 (2) 构建。 即使您将磁盘镜像与所有必需的应用程序(包括第三方库)一起使用，它也不会有 100% 的最新源。 所有开发人员都使用相同版本的 DUnit，这一点非常重要。
否则，您可能会面临在一台机器上运行的测试用例，但甚至可能无法在另一台机器上编译的风险。 在您广泛使用 DUnit 之后，我相信您会发现想要更改的各种东西(大的和小的)。您最好将这些更改保存在您的存储库中。
我个人对 DUnit 的体验是它的某些部分设计得很差。因此，通过直接修改单位，可以更轻松地完成某些扩展。
我什至更进一步:即使最新版本的 Delphi 包括 DUnit，我仍然会复制到 Source Control 中。尽管 DUnit 随 Delphi 一起提供 - 它实际上只是放入文件夹中的第三方源。
想改善这个问题吗？更新问题，以便可以通过 editing this post 用事实和引文来回答。
7年前关闭。
Improve this question
我有一个为 Delphi 7 编写的遗留项目。我准备将一堆新代码集成到其中，其中包括一个使用 DUnit 的测试套件。 DUnit 它不是 Delphi 7 的一部分(它后来被集成)，所以这里的问题是:我应该将 DUnit 单元包含到我的项目中(将它们检入版本控制等)还是我应该更好地要求所有参与的开发人员维护他们的独立DUnit安装？
该项目是封闭源代码，仅在我工作的企业内部编写和部署——也就是说，项目源代码不会交付给任何消费者。
最佳答案
根据您提出问题的方式，您可能对您要问的内容有些困惑。所以让我们先解决这个问题。
这听起来像是您在询问是否在 生产 应用程序中包含 DUnit 单元。这将是一个非常糟糕的主意，我将避免在此答案中详细说明原因。
但是，我理解您的问题是关于您是否应该像对待您自己的项目源代码一样对待这个“第三方”源代码(在源代码控制方面)。我已经这样回答了。
有许多原则可以证明在 SC 存储库中包含 DUnit 源代码是合理的。
我什至更进一步:即使最新版本的 Delphi 包括 DUnit，我仍然会复制到 Source Control 中。尽管 DUnit 随 Delphi 一起提供 - 它实际上只是放入文件夹中的第三方源。
关于delphi - 我应该将 DUnit 单元包含到我的 Delphi 7 项目中吗？，我们在Stack Overflow上找到一个类似的问题：https://stackoverflow.com/questions/22688396/
10-12 23:51