自定义 Django 应用程序和贡献/合并上游的工作流程

Question

如果需要进行少量代码更改，如何将第 3 方 Django 应用程序拉入我的 Django 项目？我需要能够：

1. 合并上游更改
2. 提交新功能/模组的拉取请求
3. 在多个项目中使用修改后的应用程序
4. 能够将修改后的应用程序与我的 Django 项目一起部署
5. 保持私有（可选）

现有半解决方案< /strong>

这个话题似乎有很多混乱。我似乎提出的方法是：

方法# 1 - pip/virtualenv - 将项目保留在单独的存储库中并将其添加到 python 路径中。 优点：将代码干净地划分为单独的项目可能整体上更干净，更简单 缺点：本地开发时需要更复杂的管理来更新依赖关系。

2 - git submodule - 使用 submodules 模块将代码拉入 Django 项目目录。 优点：似乎确实有效，但子树不能很好地处理这个 Django 应用程序案例 缺点：部署更复杂

3 - git subtree - 使用 subtree 模块将代码拉入您的 Django 项目目录。我自己对此进行了更多探索，您可以在这里看到 http://projects.madteckhead.com/django-superproject-3rd-party-git-repo-subdirectories-mapped-mapped-to-apps/ 优点：代码和历史记录与 Django 项目一起保存，易于部署，并降低了协作者的复杂性。 缺点：似乎无法将子目录或存储库“安装”到项目的子目录中，如果可以的话......我一直无法弄清楚如何合并上游更改。

4 - 将有问题的第 3 方应用程序复制到 django 项目应用程序目录中。 优点：简单 缺点：无法轻松合并更改或提交拉取请求

问题是 Python 包实际上将应用程序放在存储库的子目录中。例如 第三方应用/ 第三方应用程序/setup.py thirdpartyapp/thirdpartyapp/[所有感兴趣的代码都在这里]

问题

任何人都可以阐明如何最好地将多个第 3 方 django 应用程序合并到 django 项目中，对它们进行更改/合并上游更改。

我真的很欣赏一个干净的工作流程，它是我为 Django 中使用的应用程序做出贡献的主要障碍之一。

非常感谢，

Answer 1

我使用方法#1（pip/virtualenv）有一段时间了，我不觉得管理或开发第三方应用程序代码很复杂。

通过在 requirements.txt 中使用第三方应用程序外部存储库的完整路径，pip 会将这些应用程序安装在 PROJECT_ROOT/env/src/application_dir 目录中，并具有所有优点任何版本控制系统。在那里，您可以开发、将更改拉到您自己的 fork 中或像通常的 git 子模块一样执行所有操作。

如果您需要对第三方应用程序进行更改或应用一些补丁，而不需要将更改拉到外部存储库，但能够在生产中进行更改，我可以推荐您 fabriclassed 包。我是 fabric 工具的简单包装器，帮助您使用类组织 fab 文件几乎没有默认任务。例如，使用 FabricClassed，您可以使用自动生成的 *.diff 文件和命令来修补 virtualenv 目录中的任何依赖项：

# to dump all diffs of 3th party applications
$ fab diff_dump

# to patch all 3th party applications
$ fab patch

Answer 2

我将使用 git 子模块。这样做有很大的优势，因为如果您必须与其他人合作开发一个不属于您的主要存储库并且由其他人大量开发的应用程序，那么您的情况会更好。技术上并没有那么复杂。