如何跟踪与 Jira 问题相关的数据库更新？
我们使用 Jira 作为问题跟踪器，我们的团队使用 Mercurial 存储库。当开发人员进行与 jira 问题相关的数据库更改时，他会添加 sql 作为该问题的注释。问题是 - 当需要将这些问题推送到我们的生产站点时，我需要浏览每个上线的问题，以查看哪些问题在评论中具有数据库更新。必须有更好的方法！！
我们的生产 mysql 数据库位于共享主机上，不允许我们直接访问。我想要上线的任何 sql 更新都需要通过电子邮件发送到要导入的 sql 文件中。
谢谢。
We are using Jira as our issue-tracker, and our team works with mercurial repositories. When a developer makes a database change that is associated with a jira issue, he adds the sql as a comment on the issue. The problem with this is - when it comes time to push these issues to our production site, I need to browse through each issue going live to see which ones have db updates in their comments. There has to be a better way!!
Our production mysql db is on a shared host that does not allow us direct access. Any sql updates I want to go live need to be emailed in a sql file to be imported.
Thanks.
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
您所描述的是针对数据库进行开发时的常见问题。通常的解决方案是“数据库版本控制”。
基本思想是模式的不同状态（即表、列、存储过程等）获得不同的版本号。然后创建并存储用于在模式版本之间迁移的脚本。
请注意，您可能需要从根本上改变您的工作流程。我不认为在 JIRA 中使用用于迁移的 SQL 代码是一个可持续的策略。 SQL是代码，属于代码存储库。
有关详细信息和技术，请参阅此问题：数据库架构版本控制策略
What you describe is a common problem when developing against a database. The usual solution is "database versioning".
The basic idea is that different states of your schema (i.e. your tables, columns, stored procedures etc.) get different version numbers. Then scripts for migrating between schema versions are created and stored.
Be warned that you'll likely need to fundamentally change your workflow. I don't think having the SQL code for migration in JIRA is a sustainable strategy. SQL is code, and belongs into the code repository.
See e.g. this question for details and techniques: Database Schema Versioning Strategies