相关疑难解决方法(0)

我已经开始玩Git并遇到过"上游"和"下游"这两个词.我之前见过这些,但从未完全理解它们.这些术语在SCM(软件配置管理工具)和源代码的上下文中意味着什么？

我不清楚以下是什么意思(来自git submodule update docs):

...将使子模块HEAD分离,除非--rebase或--merge指定...

怎么--rebase/ --merge改变事情？

我的主要用例是有一堆中央存储库,我将通过子模块嵌入到其他存储库中.我希望能够改进这些中央回购,直接在他们的原始位置,或从他们的嵌入回购(通过子模块使用它们的那些).

• 从这些子模块中,我可以创建分支/修改并使用推/拉,就像我在常规回购中一样,或者有什么需要谨慎的吗？
• 我如何将子模块引用的提交从say(tagged)1.0提升到1.1(即使原始repo的头部已经是2.0),或者选择使用哪个分支的提交？

我们的开发人员使用基于Windows和Unix的操作系统.因此,在Unix机器上创建的符号链接成为Windows开发人员的问题.在windows(msysgit)中,符号链接将转换为文本文件,其中包含指向其所指向文件的路径.相反,我想将符号链接转换为实际的Windows符号链接.

我需要的(更新的)解决方案是:

• 编写一个post-checkout脚本,以递归方式查找"symlink"文本文件.
• 将它们替换为具有与虚拟"symlink"相同名称和扩展名的windows符号链接(使用mklink)
• 通过在.git/info/exclude中添加条目来忽略这些windows符号链接

我没有实现这个,但我相信这是解决这个问题的可靠方法.

问题:

1. 你对这种方法有什么不利之处呢？
2. 这个结账后脚本是否可以实现？即我可以递归地找出git创建的虚拟"符号链接"文件吗？
3. 有没有人已经在这样的脚本上工作过？

我们正在将我们(巨大的)项目转移到git,我们正在考虑使用子模块.我们的计划是在超级项目中有三个不同的头:发布,稳定,最新.项目负责人将处理释放和稳定的分支机构.他们将根据需要移动子模块.

问题是"最新"头.我们希望超级项目"最新"头部跟踪所有子模块的主分支(自动).如果能够显示子模块的所有提交历史,那也很棒.

我看过gitslave,但它不是我们想要的.有什么建议？

组件驱动开发术语开始被广泛使用,尤其是 与控制反转有关.

1. 它是什么？
2. 它解决了什么问题？
3. 什么时候适当,什么时候不适合？