在 AppHarbor 上使用子模块
我知道 AppHarbor 不支持当前的 Git 子模块(根据此支持票 我刚刚做了一个快速测试,证实了这一点)
但是,还有其他方法吗?
我目前有一个 GitHub 存储库,我想将其用作子模块的远程主控,并且我需要创建许多使用此代码库的其他 GitHub 存储库(唯一的更改发生在 App_Data 内容内)。
使用 Git 子模块似乎是一个完美的解决方案,但是,问题当然是它的内容不会部署到 AppHarbour。
那么除了创建主 GitGub 存储库的硬拷贝(在文件系统上)之外,还有其他选择吗?
I know that current Git submodules are not supported by AppHarbor (as per this support ticket and I just did a quick test that confirmed it)
BUT, is there another way?
I currently have a GitHub repository that I want to use as my submodule's remote master, and I need to create a number of other GitHub repositories that use this codebase (with the only changes happening inside the App_Data contents).
Using a Git submodule seems like a perfect solution, BUT, of course that problem is that its contents will not be deployed to AppHarbour.
So apart from creating a hard-copy (on the file system) of the master GitGub Repository, is there another alternative?
如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱,如果其他用户或者作者回复了您的评论,将不能在第一时间通知您!
发布评论
评论(2)
实际上,我找到了一种更好的方法来使用 Git SubTree Merge 来做到这一点。这比子模块要好得多,因为我确实希望能够:
以下是有关 Git 子树合并的更多详细信息:
I actually found a better way to do this using Git SubTree Merge. That works much better than submodules, since I do want to be able to:
Here are more details about Git's subtree merge:
设置第二个存储库,这样您就不会因为二进制文件而使您的存储库膨胀。将您的应用程序合并到该存储库中并从那里推送。
您还可以使用该存储库通过一个简短的脚本来“取消子模块”您的依赖项。
set up a second repo so you don't bloat yours with the binaries. Merge in your app into that repo and push from there.
You could also use that repo to "unsubmodule" your dependencies with a short script.