我reset回first commit. 然后修改了,再提交。就不行了
更新如下,其实我只是想实现svn的功能。提取版本一,作了修改,然后push,生成了版本三,而不是直接覆盖了版本二
学习是最好的投资!
git restart は独自のブランチでの操作に適しています。ブランチがリモート リポジトリにマージされた後にこの操作を実行することはお勧めできません。 リモート リポジトリが他の人の更新やマージに影響を与えない場合 (1 人のリモート リポジトリ)、 git -f Push を使用してリモート リポジトリに強制的にプッシュできます。
svn と git の間の履歴の概念は大きく異なります。 git のプッシュ操作は、現在のブランチをリモート ブランチにマージすることと同じです。煮込み調理の操作は実際にはこんな感じです リーリー Luzhui は最初のコミット以降、まったく異なるブランチをマージしたいと考えていますが、リモートは同意できると思いますか?マージしたい場合は、Luzhui を現在のブランチの下にマージできます。たとえば
またはリモートブランチをローカルブランチに置き換えます
「Pro Git」という本を詳しく読むことをお勧めします。非常に役立ちます。
中国語: http://git-scm.com/book/zh
git Push -f または git revert を使用します。詳細については、次を参照してください: git Push -f
リモート ブランチを直接削除するのは乱暴すぎます。解決策については、このブログ http://blog.mtxcxin.cn/blog/How to roll back a Remote Warehouse in git.html を参照してください。
git restart は独自のブランチでの操作に適しています。ブランチがリモート リポジトリにマージされた後にこの操作を実行することはお勧めできません。
リモート リポジトリが他の人の更新やマージに影響を与えない場合 (1 人のリモート リポジトリ)、 git -f Push を使用してリモート リポジトリに強制的にプッシュできます。
svn と git の間の履歴の概念は大きく異なります。
リーリーgit のプッシュ操作は、現在のブランチをリモート ブランチにマージすることと同じです。煮込み調理の操作は実際にはこんな感じです リーリー Luzhui は最初のコミット以降、まったく異なるブランチをマージしたいと考えていますが、リモートは同意できると思いますか?マージしたい場合は、Luzhui を現在のブランチの下にマージできます。たとえば
またはリモートブランチをローカルブランチに置き換えます
リーリー「Pro Git」という本を詳しく読むことをお勧めします。非常に役立ちます。
英語: http://git-scm.com/book/中国語: http://git-scm.com/book/zh
git Push -f または git revert を使用します。詳細については、次を参照してください:
git Push -f
リモート ブランチを直接削除するのは乱暴すぎます。解決策については、このブログ http://blog.mtxcxin.cn/blog/How to roll back a Remote Warehouse in git.html を参照してください。