自定义构建工具在源树中的位置是什么？

Question

在我参与的每个项目中，我都有一个或多个战术构建工具。它们执行验证或校验和或某些特定的构建时任务。这些工具通常是项目特定的，并以项目的实现语言编写。

Q1。你有这样的工具吗？这是一个项目气味我有这些工具吗？

Q2。源控制系统中此类工具的来源属于哪里？不在源代码中，也不在源代码测试中。你是否保留了首先构建的源工具？

Answer 1

1. 是。工具有助于自动化自动化很好。它引导您实现自动连续构建的有价值目标。它最大限度地减少了咕噜声。它可以减少错误。它让你保持理智。

2. 取决于该工具。如果它是特定于项目的，我将它放在项目树的build / tools /目录中。如果它是一个通用工具，我会保留一个通用存储库。

根本没有气味。

Answer 2

我确实这样做了。如果它们不够成熟（而且大部分都不会成熟），那么我就更容易将它们与项目保持一致。正确维护可重用的库对我来说更有用。

我绝对会将它们置于源代码管理之下。但是，由于它们不经常构建，我手动管理它们并检查已编译的文件。我会从他们签出的地方引用这些库。我不确定将它们放入自动构建中是否值得麻烦。