问题标签 [dev-to-production]

快速提问：在开发 Django 项目时使用 sqlite 并在生产服务器上使用 MySQL 是个好主意吗？

Wordpress 提出了一些挑战，因为它倾向于在数据库中保留太多内容，从而难以从服务器移动到服务器。

还有哪些需要注意的问题？

你的工作流程是怎样的？

很长一段时间以来，我们一直将数据保存在项目的存储库中。我们只是将所有内容保存在 data/sql 下，每个表都有自己的 create_tablename.sql 和 data_tablename.sql 文件。

我们现在刚刚将我们的第二个项目部署到 Scalr 上，我们已经意识到它有点混乱。

我们的部署方式：

我们有一个“打包”脚本集合，将项目拆分为 3 个存档（数据、代码、静态文件），然后我们将它们存储在 S3 上的 3 个单独的存储桶中。

每当一个角色启动时，它会下载一个文件（取决于角色：数据、nfs 或 web），然后“解包”脚本为每个角色设置所有内容，将数据加载到 mysql，设置 nfs 等.

我们这样做是因为我们不想保存服务器图像，我们总是从 vanilla 实例开始，我们使用各种内部构建的脚本从头开始安装所有东西。启动时间不是问题（我们在 9 分钟内就可以使用农场）。

问题是，每当我们尝试设置新的开发构建时，尝试找到正确的数据库版本是一件很痛苦的事情（在任何时候，我们都有大约 4 个项目的开发构建）。此外，一旦我们投入生产，git 就会开始窒息，因为 sql 文件最终总计大约 500mb。

问题是：

其他人如何管理数据库？我一直在寻找可以轻松地将数据从生产环境中转移到开发环境中的方法，以及将数据从开发环境迁移到生产环境中的方法，但没有发现任何问题。

目前我的网站（生产服务器）已经有很多代码。现在我想开始在我的项目中使用 Git，并为我的团队设置一个登台服务器。任何人都可以给我任何建议吗？

这是我脑海中的画面：

我的问题是，我应该如何开始？

以下是我的一些步骤：

1. 做一个git init生产服务器（这安全吗？）
2. clone从生产到登台服务器的回购
3. 开发clone从暂存到本地机器的 repo
4. push完成更改后将文件发送到登台服务器
5. 准备就绪后，push一切都将投入生产

这个工作流程是否有意义，或者有更好的方法来做到这一点？

如果我只想更改一个文件怎么办？

这个过程中origin/master有什么关系吗？？谁是起源？我最终会拥有多个来源吗？

另外，在这种情况下，开发人员应该什么时候使用branch？

我们有一个构建可以为特定环境打包战争文件，我们所有的属性文件都嵌入在存档（war 文件）中。

我们现在即将进行生产。我担心的是代码库将需要公开生产数据库密码，尽管不太可能存在生产构建配置文件运行产生负面影响的风险。

我想消除这种风险的选项是不将生产细节存储在 SVN 中，并且：

1. 让管理员覆盖用于连接数据库的系统属性，或

2. 让容器管理数据库连接而不是 c3p0，这样他们就可以自己管理此配置。

你有什么建议吗？

当我的 Rails 应用程序处于开发模式时，如何删除代码？例如，我想在开发时删除我的 Google Analytics 引用，但让它在生产环境中呈现。

是否有在视图或控制器中实施的解决方案？我可以看到两者都需要。

我在 dev.example.com 之类的地方有一个 LAMP 开发服务器。最终，这将被复制到 www.example.com 之类的地方，我们将在其中拥有 root 访问权限。

我想让系统管理员设置一些子域（例如，subdomain1.example.com），这样它们就可以在开发服务器和生产服务器上工作，而不必重写对这些子域的引用。

可以在开发和生产服务器上配置 Apache，以便我的代码可以引用 subdomain1.localhost 之类的东西吗？还有其他方法吗？

（服务器将运行最新版本的 CentOS 和 AMP 堆栈。）

我有一位同事要求我提供一个包含整个 Drupal 站点的 tarball，他们可以将其放到他们的服务器上，而无需连接数据库之外的任何配置。

据我所知，这是不可能的。

使问题进一步复杂化的是，该站点目前是作为多站点安装开发的，而同事需要将其作为单站点安装提供。这是我做过无数次的转换，但我总是在目标环境中完成这个过程，因为 Drupal 多站点需要一个指向它们的适当域才能运行。如果不首先在该环境中进行实际测试，我无法确认该站点是否可以在新位置运行，因此我认为我无法满足此要求。

我错过了什么吗？这实际上可以实现吗？

我有一个数据库表，它会定期用新数据完全重新填充。然后需要将此数据推送到相应的实时数据库表中，覆盖之前的实时数据。

随着表大小的增加，将数据推送到活动表中所需的时间也会增加，并且应用程序看起来就像丢失的数据。

一种解决方案是将新数据推送到 live_temp 表中，然后在该表上运行 SQL RENAME 命令以将其重命名为实时表。重命名通常在亚秒时间内运行。这是解决这个问题的“正确”方法吗？

是否有其他策略或工具来解决这个问题？谢谢。

男孩和女孩，

所以，我已经完成了我的 Rails3 webapp，我正在尝试部署它。我正在使用乘客，我已设法将其配置为指向 rails 应用程序，这很好。

现在，由于在开发过程中，我当然对应用程序进行了更改，并且我想使用我迄今为止导入的数据来部署它。我试图“rake db:migrate RAILS_ENV=production，但是数据丢失了！即使我在开发时创建的用户也丢失了，需要重新创建它们......

从开发环境转移到生产环境时，是否有任何方法可以保留数据？

非常感谢...