问题标签 [roundhouse]

我目前正在使用RoundhouseE来管理我的数据库迁移，这非常有效。

我一直在研究各种迁移创建技术，例如FluentMigrator和其他一些技术。虽然错误的可能性似乎非常高，因为它们中的大多数都不是强类型的。例如，这是来自 FluentMigrator 的迁移

我之前使用过 Entity Framework 代码优先，并且非常喜欢迁移引擎，因为它会生成基于代码的迁移，然后您可以进行之后需要的任何更改。但是我真的不需要 EF 框架的其余部分，它对于我正在寻找的东西来说有点重量级。

仅使用 EF 进行迁移但不打扰其他任何操作是否可以接受？还有一个不错的roundhouse插件

从 ORM 的角度来看，我使用的大多数数据与 PetaPoco 或 Dapper 之类的数据平平，似乎是一个更轻的解决方案。

已编辑：坦率地说，这是一个糟糕的问题，第一次出现......

我们有一个名为 DEV.DBDeployment.DropCustomCreate.bat 的批处理脚本，顾名思义，它从一个全新的、有用的 Dev 工具中删除并创建我们的数据库，但我们并不总是想要删除数据库，有时只是获取最新的变化。

值得注意的是，目前每个 CI 签入都会触发 TeamCity 中的构建，它将当前的 Major.Minor.BuildNumber.Revision（例如 1.0.123.1568）编号泵入所有 Visual Studio 项目中的所有 AssemblyInfo.cs 文件中。这显然允许我们用内部版本号标记生成的 dll，这肯定是非常标准的东西。我们还以类似的方式覆盖了一个 BuildInfo.txt 文件，最重要的是，这个 BuildInfo.txt 文件包含在每个部署包中，并且位于 RoundhouseE\deployment 文件夹中，并且在我们运行 rh 时被 /vf=%version.file% 引用.exe 如上所述来自 .bat 文件。因此，我们对部署到 Test 和 Prod 中的现有数据库进行了排序。

然而，在开发中，AssemblyInfo.cs 中的 AssemblyVersion 始终为 0.0.0.0，BuildInfo.txt 中的版本号也是如此，因此开发者如何根据他们的数据库在本地暂存他们的更改。例如，使用此设置，当我们运行 rh.exe 时，所有更改都将被标记为版本号 0.0.0.0。在开发中你总是会放弃和创造的期望是什么？如果是这种情况，我假设我们需要 TeamCity 来签入 BuildInfo.txt 文件，以便 RoundhouseE 在开发人员中执行时可以从源代码管理中引用它？

我在这里缺少什么吗？

我正在考虑让我们的数据库进入源代码控制。我找不到任何关于改造现有数据库以与 rh 一起使用的最佳方法的信息。

我可以看到创建的表，我是否应该将它们编写脚本并将它们添加到我们的数据库中，然后事情将从那里开始？或者我应该得到一个 db 并使用 restore 标志运行 rh 吗？似乎应该有一些指导方针。

如果您有任何见解，请告诉我。

谢谢

我想知道每次迁移是否可以拥有一个 SQL 文件。

我们正在尝试将它与 RoundhouseE 一起使用，但如果已经运行的 SQL 文件被更改过，RoundhouseE 将停止。

有任何想法吗？

我正在使用 Visual Studio C# 库项目来包含部署工件所需的静态资源。（在我的例子中，结合 RoundhouseE 和 Octopus deploy 运行的 SQL 文件）。按照惯例，项目中的所有文件都必须设置其属性，以便“构建操作”为“内容”，“复制到输出目录”为“始终复制”。

如果团队中的某个人添加了文件但忘记设置这些属性，我们会看到部署错误。这通常是在内部环境中发现的，但我希望找到一种方法在 CI 构建中强制执行这一点。

那么有没有办法在构建过程中使用 MS Build 任务使构建失败或更好地覆盖这些属性？我以错误的方式解决这个问题吗？欢迎任何建议。

我在使用 roundhouse 和 Teamcity 对我的 sql 服务器进行身份验证时遇到问题。Teamcity 以本地系统帐户运行，因此 cmd shell 将在本地系统下打开。当我传入 rh.exe -d=DB -s=SQLSERVER -csa=uid=DOMAIN\USER;pwd=PASSWORD ... 我收到一个错误，即以本地计算机名称登录不是有效登录。

然后我尝试了此处列出的格式RoundhouseE - Change login used by scripts scripts，我收到有关特定用户登录失败的错误。我知道密码是正确的，所以我很困惑为什么它现在不起作用。

RH.exe 版本 0.8.5.0 Teamcity 版本 8

我想知道是否可以在chucknorris/roundhouse 项目的UP 文件夹中有子文件夹。我的团队不想将所有脚本集中到 UP 文件夹中，而是希望通过“版本号”来组织新脚本，并且每个版本都有一个不同的文件夹。这会搞砸 up 文件夹的要点还是内置此功能？

我正在使用 RoundhouseE 来管理数据库迁移，并且由于旧版 git 配置错误，脚本已提交给 git，但行尾不一致。我想规范化这些行尾，当然，这样做 RoundhouseE 会检测到这些文件的哈希更改。

从 RoundhouseE 的角度来看，我接受这是正确的行为，但我不确定补救的最佳途径。我们已经在生产数据库。

我有点不知所措，所以到目前为止还没有做太多的研究，很高兴与有经验的人在评论中讨论。

选项1

首先提交一个 UPDATE 脚本，该脚本将 [RoundhouseE].[ScriptsRun] 哈希表引导到已更改的新一次性脚本的正确哈希。然后提交一次性脚本。我真的不喜欢这种方法，感觉又脏又笨。

我们使用 RoundhouseE 已经有一段时间了，最​​近出现了一个问题。
我们现在有包含对函数的调用的视图文件，以及使用视图的函数。
RoundhouseE 在视图文件之前运行函数文件，因此当视图有更新时调用视图的函数会失败（例如，添加了新列）。

有没有办法告诉特定功能首先运行视图文件？

我们如何解决这个循环问题？（无论函数是在视图之前运行还是相反，我们仍然会失败）。

我们正在使用 Roundhouse 来部署我们的数据库并保留 SQL Server (2008+) 的版本

我有一个授予权限的脚本，需要传入用户名。我知道 Roundhouse 支持令牌替换，但我见过的唯一令牌是 {{database}}。

有哪些内置令牌可用？用户可以定义自己的代币吗？是这样吗？