1
1
这在今天是不可能的。你周围工作的变化是你能做的最好的。
协议中没有任何内容会阻止您提供原始哈希ID,而不是
但是,当您迭代足够多的散列ID以找到正确的深度时,在大多数情况下,您可能已经完成了完整的克隆。所以实现这个特性的压力很小
外部
Git(例如,通过GitHub接口)。而且,用hash id命名提交对于人类来说也毫无乐趣,所以将这个特性添加到
最好的解决方案是,您可以在其中向其他Git存储库A展示
启动
散列(您自己的Git可以通过本地名称到散列的转换提供):如果您上次看到
你的Git是:
然而,第3步需要fetch协议中的一个新特性,因此非常重要。 |
Eva · Github与AWS codecommit镜像和同步的操作 2 年前 |
bibi · 如何在推送事件中排除主分支 2 年前 |
Stilian · 存储库设置中没有Github页面部分 2 年前 |
kopew · GitHub的电报机器人项目 2 年前 |
Frederik Roland · Gradle文件夹在打开时填充 2 年前 |
John · 为什么github用户名和提交名称不一样? 2 年前 |