如何在另一个存储库中使用git存储库？

Question

我有一个Git媒体存储库,我将保存我将在各种项目中使用的所有JavaScript和CSS主文件和脚本.

如果我创建一个位于其自己的Git存储库中的新项目,我如何在我的新项目中使用来自我的媒体存储库的JavaScript文件,从而使我在进行更改时不必更新脚本的两个副本？

Answer 1

关键是git子模块.

开始阅读Git社区手册或用户手册的子模块章节

假设您有存储库PROJECT1,PROJECT2和MEDIA ......

cd /path/to/PROJECT1
git submodule add ssh://path.to.repo/MEDIA
git commit -m "Added Media submodule"

重复其他回购......

现在,很酷的是,每当你提交对MEDIA的更改时,你都可以这样做:

cd /path/to/PROJECT2/MEDIA
git pull
cd ..
git add MEDIA
git commit -m "Upgraded media to version XYZ"

这只是记录了MEDIA子模块WITHIN PROJECT2现在是XYZ版本的事实.

它使您可以100%控制每个项目使用的MEDIA版本. git子模块很棒,但你需要试验并了解它们.

凭借强大的力量,在臀部被咬伤的机会很大.

Answer 2

考虑使用子树而不是子模块,它将使您的回购用户生活更轻松.您可以在Pro Git书中找到更详细的指南.

Answer 3

如果我理解你的问题你想要以下事情:

1. 将您的媒体文件存储在一个git存储库中,该存储库由许多项目使用
2. 如果您在本地计算机的任何项目中修改媒体文件,它应该立即出现在每个其他项目中(因此您不希望一直提交+ push + pull)

不幸的是,没有最终的解决方案可以满足您的需求,但有一些方法可以让您的生活更轻松.

首先,您应该决定一件重要的事情:您是否希望为项目存储库中的每个版本存储对媒体文件版本的引用？例如,如果您有一个名为example.com的项目,您是否需要知道2周前使用哪种style.css,或者最新总是(或大部分)最好？

如果您不需要知道,解决方案很简单:

1. 为媒体文件创建一个存储库,为每个项目创建一个存储库
2. 在项目中创建一个指向本地克隆的媒体存储库的符号链接.您可以创建一个相对符号链接(例如../media)并假设每个人都会签出项目,以便媒体目录在同一个地方,或者将符号链接的名称写入.gitignore,每个人都可以决定他/她放置媒体文件的位置.

但是,在大多数情况下,您希望了解此版本控制信息.在这种情况下,您有两个选择:

1. 将每个项目存储在一个大型存储库中 此解决方案的优点是您只有1个媒体存储库副本.最大的缺点是在项目版本之间切换要困难得多(如果你签到不同的版本,你将始终修改所有项目)

2. 使用子模块(如答案1中所述).这样,您将媒体文件存储在一个存储库中,项目将仅包含对特定媒体存储库版本的引用.但通过这种方式,您通常会拥有许多媒体存储库的本地副本,并且您无法轻松修改所有项目中的媒体文件.

如果我是你,我可能会选择第一个或第三个解决方案(符号链接或子模块).如果您选择使用子模块,您仍然可以做很多事情来让您的生活更轻松:

1. 在提交之前,您可以重命名子模块目录并将符号链接放到公共媒体目录中.当您准备提交时,可以删除符号链接并删除子模块,然后提交.

2. 您可以将一个媒体存储库副本作为远程存储库添加到所有项目中.

您可以通过以下方式将本地目录添加为远程:

cd /my/project2/media
git remote add project1 /my/project1/media

如果修改/ my/project1/media中的文件,则可以提交它并从/ my/project2/media中将其提取,而不将其推送到远程服务器:

cd /my/project1/media
git commit -a -m "message"
cd /my/project2/media
git pull project1 master

您可以稍后删除这些提交(使用git reset),因为您尚未与其他用户共享它们.

Answer 4

我遇到了其他答案建议的子树和子模块问题...主要是因为我正在使用 SourceTree 并且它看起来相当有问题。

相反，我最终使用了符号链接，这似乎效果很好，所以我将其发布在这里作为可能的替代方案。

这里有一个完整的指南：http://www.howtogeek.com/howto/16226/complete-guide-to-symbolic-links-symlinks-on-windows-or-linux/

但基本上您只需要在提升的命令提示符中 mklink 两个路径即可。确保使用 /J 硬链接前缀。沿着这些思路： mklink /JC:\projects\MainProject\plugins C:\projects\SomePlugin

您还可以使用相对文件夹路径并将其放入一个bat中，以便每个人第一次检查您的项目时执行。

示例： mklink /J .\Assets\plugins ..\SomePlugin

链接文件夹后，您可能需要忽略主存储库中引用它的文件夹。否则你就可以走了。

请注意，我已从另一篇文章中删除了重复的答案，因为该文章被标记为与此问题重复的问题。

Answer 5

相当多的项目，本质上是模块化的（更是如此，因为 git 喜欢不太大的存储库），不需要一个成熟的配置阶段：您只需在给定的一组相对位置中布置一些存储库，然后完成。

在这种情况下，应该很容易使用 this、this 和 this repo，这是 git 子模块、子树等之类的尝试完成的。他们能够胜任这项任务，但我认为它们既不容易也不容易出错。

“git repos 中的 Git repos”并不难：请参阅我最简单的 git-subrepos示例。