我已经开始玩Git并遇到过"上游"和"下游"这两个词.我之前见过这些,但从未完全理解它们.这些术语在SCM(软件配置管理工具)和源代码的上下文中意味着什么？
这不是关于如何在Github中恢复丢失分支的问题,而是通过以下用户案例故事恢复已删除分支的时间:
在拉取请求(通常用作代码审查的地方)内,可以在github GUI中合并然后删除分支.如果您选择删除它,您将获得带有加粗和带下划线的单词的选项,以"恢复"分支.
我怀疑这个选项有一个时间限制,并且github无法无限期地保留它.
github有多长时间可以做到这一点吗？如果是的话,那个时间限制是多少？
Android Open Source会定期发布API级别之间的API差异列表.以下是developer.android.com的一些示例:
这看起来像是以某种方式自动生成的.
我想使用类似的工具,以便跟踪我自己的源代码的API版本之间的差异.
什么工具可以为我做这个？
我经常读到有关如何强制推送的信息，并且远程存储库中所有未拉出的提交都丢失了。如果不需要特定的提交，他还可以创建一个新分支，在我看来，这是很常见的分支，因为即使您不需要特定的代码，也不会丢失数据，也许您现在以后会需要它，我看不出有什么理由要破坏它。
所以我的问题是我为什么必须进行推力？
我做了一个简单的事git reflog,这是我得到的前几行:
column1 Column2 Column3
2797a1d4 (HEAD -> master, upstream/master) HEAD@{0}: checkout: moving from master to master
2797a1d4 (HEAD -> master, upstream/master) HEAD@{1}: pull upstream master: Fast-forward
a461a29f HEAD@{2}: checkout: moving from master to master
a461a29f HEAD@{3}: reset: moving to HEAD
a461a29f HEAD@{4}: pull upstream master: Fast-forward
784f2cp3 (yy, alphabets, hotFix) HEAD@{5}: checkout: moving from yy to master
784f2cp3 (yy, alphabets, hotFix) HEAD@{6}: checkout: moving from master to yy
784f2cp3 (yy, alphabets, hotFix) HEAD@{7}: checkout: moving from alphabets …我看过这篇文章:http: //jenkins-ci.org/content/summary-report-git-repository-disruption-incident-nov-10th
它描述了用户意外触发git push --force存储库过时状态的事件.
当然,这需要一些清理来恢复原始状态分支.但是,由于Git从不删除信息,因为据我所知,这种清理过程总是可行的.
所以,即使你重新推出,推入--force(以及其他可能重写历史记录的操作)原始提交仍然在那里,他们只需要找到正确的？
简而言之,git中的任何(破坏性)操作实际上都会删除数据？