当前位置：文江博客话题详情

如何使用 git 管理 django 上的分叉可重用应用程序

发布于 2024-10-25 09:32:16 字数 191 浏览 1 评论 0原文

我正在使用 django 开发一个项目。我正在使用 git 进行版本控制。

我想在项目中使用一些可重用的 django 应用程序，例如 django-mailer。我计划分叉 github 存储库并将其克隆到项目文件夹。但这会将 git 存储库引入另一个存储库中。我也不确定是否需要 fork。

您如何处理类似的情况？有什么最佳实践吗？

原文

分享到QQ

分享到微博

如果你对这篇内容有疑问，欢迎到本站社区发帖提问参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。

发布评论

需要登录才能够评论，你可以免费注册一个本站的账号。

雨后彩虹 2024-11-01 09:32:16

使用 virtualenv （或者更好的 virtualenvwrapper）加上 pip 加上 requiremens.txt 将使您保持环境清洁。

requirement.txt 允许您使用 git repo 作为应用程序源，甚至您可以指定要使用的特定版本/标签/分支。

回复收藏 0 原文

远山浅 2024-11-01 09:32:16

如果您希望在 Git 存储库中使用 Git 存储库，则应考虑 Git 子模块。 Git 子模块提供了一种方法，可以将单独的 Git 存储库包含在您自己的存储库中，并管理它在代码库中保留的版本。

基本工作流程如下：

在“父”项目中，使用 git submodule add 命令添加所需的任何其他存储库。例如， git 子模块添加 https://github.com/jtauber/django-mailer。 git 会在你的项目中放置一个 django-mailer 文件夹；如果需要，您可以指定一个替代名称，就像使用 git clone 一样。
这会自动克隆该存储库，并默认检查其主分支。它还会将此信息添加到您的 Git 存储库的索引中，以便您运行 git status 时可以看到是否有需要提交的内容。
在您的“父”项目（不在子模块内）中，运行 git commit -m "Your message" 来提交您所做的事情。

稍后，如果您需要更新子模块（git 存储库中的 git 存储库），请直接导航到该子模块并执行标准的 git pull origin master 操作。如果有更新，请返回到您的父项目，执行标准的 git add 和 git commit 来提交您的存储库依赖于较新版本的子模块的事实。

现在，如果您稍后将项目克隆到其他地方，默认情况下子模块不会同时拉取它们的代码；您的父项目只存储您的子模块应该位于的提交，而不是它们的实际代码。在这种情况下，您需要使用以下命令初始化并更新子模块：

git submodule init
git submodule update

现在您的子模块也应该有它们的代码。

Git 社区书籍中详细介绍了所有这些内容。 Blip.tv 上还有一个不错的视频，展示了 git 子模块工作流程。

In situations where you want a Git repo inside a Git repo, you should consider Git submodules. Git submodules provide a means for including a separate Git repo inside your own and managing what version it stays at within your code base.

The basic workflow is as follows:

Inside your "parent" project, add any other repos you want with the git submodule add command. For example, git submodule add https://github.com/jtauber/django-mailer.git will put a django-mailer folder in your project; you can specify an alternative name just like you do with git clone if desired.
This automatically clones that repo and by default checks out its master branch. It also adds this information to your Git repo's index, so you'll see if you run git status that you have something to commit.
In your "parent" project (not inside the submodule), run git commit -m "Your message" to commit what you've done.

Later, if you need to update the submodule (the git repo within your git repo), then navigate into it directly and do the standard git pull origin master. If there are updates, go back up into your parent project, do a standard git add and git commit to commit the fact that your repo depends on a newer version of the submodule.

Now, if you later clone your project somewhere else, by default the submodules won't pull their code down at the same time; your parent project just stores which commit your submodules should be at, not their actual code. In this situation, you need to initialize and then update your submodules with the following commands: