相关疑难解决方法(0)

重写GIT历史的实际后果是什么?

我们的项目已经使用git一个星期左右了,而且我们都非常享受它(在紧密的协作组中,它变成了一个完全不同的git体验).为了使事情尽可能简单,我们不会进行任何变基或历史修改.但我们确实在第一周犯了一些错误.做了一些不应该做的提交,我们设法将一个功能分支合并到错误的集成分支(1.1而不是1.0).在他们长期进入我们的历史之前,我们没有发现这些事情.

现在我看到很多关于重写历史的警告,但我不确定我是否理解所涉及的危险.我们使用共享的裸存储库,并将所有分支推送到那里进行备份.

我希望如果你重写历史记录(比如删除一个提交),后续提交的完整列表将"丢失"该提交(并且可能不会编译/工作).我也希望如果发生这种情况,我实际上可以选择在历史的顶部解决这个问题(并将这部分历史留作非编译).

  • 如果我重写历史(并且所有编译/工作在所有受影响的分支中),我的同事是否需要执行任何特殊命令)?(换句话说,如果我做得好,他们会"知道我已经做过了吗?"
  • 任何具有我不知道的本地更改的用户是否有资格在git pull上合并失败?
  • 我错过了这里必不可少的东西吗

任何关于这个主题的文章/教程的参考也会非常好.

git git-rebase

24
推荐指数
2
解决办法
6006
查看次数

如何回滚Git repo以首先提交并删除所有历史记录

这几天我正在学习如何使用git,我不得不做很多命中和失误.因此,我需要删除并重新创建我的远程和本地存储库.有没有办法回滚到repo的第一次提交并删除之后的所有历史记录?基本上是一个干净的石板试验.

git repository git-revert

20
推荐指数
4
解决办法
3万
查看次数

标签 统计

git ×2

git-rebase ×1

git-revert ×1

repository ×1