Django sqlite 开发到生产
Django sqlite development to production
我无法理解如何同步我的开发和生产环境。
我在 git 有一个生产和开发分支，生产分支当然是服务器的副本。
我的 sqlite 数据库目前处于版本控制之下（我现在认为它不应该如此，但是我不确定如果不是这样我将如何同步我的项目副本？）
当我想要进行更改时，我提交并将服务器的副本推送到生产环境，然后将其拉到我的本地计算机。然后我进行了更改（可能包括数据库更改），但是就将这些更改重新投入生产而言，我不确定如何将这些更改返回到我的服务器上，而不会潜在地覆盖自从我在服务器上发生的更改开始改变了吗？
当服务器上可能同时发生更改时，如何处理对数据库的本地更改？我已经搜索了一段时间，并认为 South 可能是针对此类问题的，但我认为这是一个旧的解决方案。
感谢您的帮助
好吧，这绝对是一种错误的方式。您永远不应该在环境之间共享数据库。但是，在生产环境和开发环境中使用相同的 数据库引擎 是一种很好的方法，但这并不意味着您需要共享数据库，对于 sqlite3。
许多开发人员在开发环境中使用 sqlite3，在生产环境中使用其他数据库引擎。这是可以接受的，但不推荐这样做，因为数据库引擎之间存在差异。
我无法理解如何同步我的开发和生产环境。
我在 git 有一个生产和开发分支，生产分支当然是服务器的副本。
我的 sqlite 数据库目前处于版本控制之下（我现在认为它不应该如此，但是我不确定如果不是这样我将如何同步我的项目副本？）
当我想要进行更改时，我提交并将服务器的副本推送到生产环境，然后将其拉到我的本地计算机。然后我进行了更改（可能包括数据库更改），但是就将这些更改重新投入生产而言，我不确定如何将这些更改返回到我的服务器上，而不会潜在地覆盖自从我在服务器上发生的更改开始改变了吗？
当服务器上可能同时发生更改时，如何处理对数据库的本地更改？我已经搜索了一段时间，并认为 South 可能是针对此类问题的，但我认为这是一个旧的解决方案。
感谢您的帮助
好吧，这绝对是一种错误的方式。您永远不应该在环境之间共享数据库。但是，在生产环境和开发环境中使用相同的 数据库引擎 是一种很好的方法，但这并不意味着您需要共享数据库，对于 sqlite3。
许多开发人员在开发环境中使用 sqlite3，在生产环境中使用其他数据库引擎。这是可以接受的，但不推荐这样做，因为数据库引擎之间存在差异。