i*h
2 楼
RT, 对git实在不熟悉，请问谁知道能否删除已经merge到master上的文件？ 非常感谢
之前request没有merge前，我一直用的git reset --soft HEAD~num ，来删commit
现在已经merge到master上了应该怎么恢复？
之前request没有merge前，我一直用的git reset --soft HEAD~num ，来删commit
现在已经merge到master上了应该怎么恢复？
w*s
3 楼
他的最后一个pick：
发信人: psp (I love psp), 信区: TVGame
标 题: netflix ps3 stream disc 试用
发信站: BBS 未名空间站 (Fri Nov 6 19:57:02 2009, 美东)
优点
类似ITUNE的内置浏览器，可以完全脱离PC
支持HD 720P
可以任意快进，快退
对于有多集的电视剧，可以方便地查看哪几集已经看过了，对于没看完的，可以查看已
经这一集已经看了多少%
缺点
如果是SD的片子，只能480P输出，画面中某些物体边缘可以看到明显的抖动，画面质量
不如经过PC 端的PLAY ON stream，再由PS3 upscale到1080P
总结
APPLE TV is dead，netflix may become a top leader in stock market, it is not
a big surprise that it's stock become 200 or more in next 2 years.
发信人: psp (I love psp), 信区: TVGame
标 题: netflix ps3 stream disc 试用
发信站: BBS 未名空间站 (Fri Nov 6 19:57:02 2009, 美东)
优点
类似ITUNE的内置浏览器，可以完全脱离PC
支持HD 720P
可以任意快进，快退
对于有多集的电视剧，可以方便地查看哪几集已经看过了，对于没看完的，可以查看已
经这一集已经看了多少%
缺点
如果是SD的片子，只能480P输出，画面中某些物体边缘可以看到明显的抖动，画面质量
不如经过PC 端的PLAY ON stream，再由PS3 upscale到1080P
总结
APPLE TV is dead，netflix may become a top leader in stock market, it is not
a big surprise that it's stock become 200 or more in next 2 years.
t*e
4 楼
不准重复发帖
我上午已经贴过了
Drop吧，神医说没事
有没用的Lable再卖我一个
我上午已经贴过了
Drop吧，神医说没事
有没用的Lable再卖我一个
i*h
5 楼
是用git rebase来删吗？试了好像不行
b*r
6 楼
股神啊。。。
w*x
7 楼
git reflog
然后看看哪一步
应该是git rest --soft [email protected]{n} n是你的要回到的地方
然后看看哪一步
应该是git rest --soft [email protected]{n} n是你的要回到的地方
k*n
8 楼
真的股神是经得起时间的考验的！
w*x
9 楼
reset*
P*B
10 楼
orz
i*h
11 楼
非常感谢！
之前request没有merge前，我一直用的git reset --soft HEAD~num ，来删commit
现在已经merge到master上了应该怎么恢复？
之前request没有merge前，我一直用的git reset --soft HEAD~num ，来删commit
现在已经merge到master上了应该怎么恢复？
a*b
12 楼
ORZ
【在 w******s 的大作中提到】
: 他的最后一个pick：
: 发信人: psp (I love psp), 信区: TVGame
: 标 题: netflix ps3 stream disc 试用
: 发信站: BBS 未名空间站 (Fri Nov 6 19:57:02 2009, 美东)
: 优点
: 类似ITUNE的内置浏览器，可以完全脱离PC
: 支持HD 720P
: 可以任意快进，快退
: 对于有多集的电视剧，可以方便地查看哪几集已经看过了，对于没看完的，可以查看已
: 经这一集已经看了多少%
【在 w******s 的大作中提到】
: 他的最后一个pick：
: 发信人: psp (I love psp), 信区: TVGame
: 标 题: netflix ps3 stream disc 试用
: 发信站: BBS 未名空间站 (Fri Nov 6 19:57:02 2009, 美东)
: 优点
: 类似ITUNE的内置浏览器，可以完全脱离PC
: 支持HD 720P
: 可以任意快进，快退
: 对于有多集的电视剧，可以方便地查看哪几集已经看过了，对于没看完的，可以查看已
: 经这一集已经看了多少%
d*s
13 楼
git revert
a*b
14 楼
psp 09年还推荐过LAVA。也涨了好多
p*n
15 楼
git rm
i*h
16 楼
到底是哪一个？
g*g
17 楼
如果是最上面，可以git revert。
i*h
18 楼
git revert HEAD~1?
【在 g*****g 的大作中提到】
: 如果是最上面，可以git revert。
【在 g*****g 的大作中提到】
: 如果是最上面，可以git revert。
t*d
19 楼
关键看你有没有 push to remote.
yes: you need git revert
no: just git rebase -i
【在 i*****h 的大作中提到】
: RT, 对git实在不熟悉，请问谁知道能否删除已经merge到master上的文件？ 非常感谢
: 之前request没有merge前，我一直用的git reset --soft HEAD~num ，来删commit
: 现在已经merge到master上了应该怎么恢复？
yes: you need git revert
no: just git rebase -i
【在 i*****h 的大作中提到】
: RT, 对git实在不熟悉，请问谁知道能否删除已经merge到master上的文件？ 非常感谢
: 之前request没有merge前，我一直用的git reset --soft HEAD~num ，来删commit
: 现在已经merge到master上了应该怎么恢复？
i*h
20 楼
已经push to remote了，看网上用git rebase -i 能删除，但是我自己试了一下结果不
一样
试了一下git rebase -i commit_id
然后看了下纪录，按视频上来看应该出现两条commits，但是现在出现很多
【在 t*****d 的大作中提到】
: 关键看你有没有 push to remote.
: yes: you need git revert
: no: just git rebase -i
一样
试了一下git rebase -i commit_id
然后看了下纪录，按视频上来看应该出现两条commits，但是现在出现很多
【在 t*****d 的大作中提到】
: 关键看你有没有 push to remote.
: yes: you need git revert
: no: just git rebase -i
d*s
21 楼
我一般这么做，不排除有大牛有更厉害的做法。
如果你要删除的commit改了文件A，你的patch已经merge到remote，而且在你之上文件A
没有新的merged commit。那么你可以先用git log找到你的commit id。然后
git revert。然后upload这个revert commit。等这个merge了就好了。
【在 i*****h 的大作中提到】
: git revert HEAD~1?
如果你要删除的commit改了文件A，你的patch已经merge到remote，而且在你之上文件A
没有新的merged commit。那么你可以先用git log
git revert
【在 i*****h 的大作中提到】
: git revert HEAD~1?
i*h
22 楼
用了git rebase -i commit_id
出现的所有纪录是我merge前的，我想删的那个commit没有
出现的所有纪录是我merge前的，我想删的那个commit没有
d*s
23 楼
git rebase --continue回到tip?
【在 i*****h 的大作中提到】
: 用了git rebase -i commit_id
: 出现的所有纪录是我merge前的，我想删的那个commit没有
【在 i*****h 的大作中提到】
: 用了git rebase -i commit_id
: 出现的所有纪录是我merge前的，我想删的那个commit没有
i*h
24 楼
我的merge是 ＃6，用git rebase，就只能显示出＃5或之前的东西，删不了我要删的
【在 d*******s 的大作中提到】
: git rebase --continue回到tip?
【在 d*******s 的大作中提到】
: git rebase --continue回到tip?
w*x
25 楼
git rebase HEAD~6 -i?
w*z
26 楼
you should use git revert, it will revert your commit by adding a new commit
. you won't be able to erase your commit.
【在 i*****h 的大作中提到】
: 我的merge是 ＃6，用git rebase，就只能显示出＃5或之前的东西，删不了我要删的
. you won't be able to erase your commit.
【在 i*****h 的大作中提到】
: 我的merge是 ＃6，用git rebase，就只能显示出＃5或之前的东西，删不了我要删的
b*5
27 楼
你已经push 到remote了， 还rebase什么？ revert
【在 i*****h 的大作中提到】
: 已经push to remote了，看网上用git rebase -i 能删除，但是我自己试了一下结果不
: 一样
: 试了一下git rebase -i commit_id
: 然后看了下纪录，按视频上来看应该出现两条commits，但是现在出现很多
【在 i*****h 的大作中提到】
: 已经push to remote了，看网上用git rebase -i 能删除，但是我自己试了一下结果不
: 一样
: 试了一下git rebase -i commit_id
: 然后看了下纪录，按视频上来看应该出现两条commits，但是现在出现很多
i*h
28 楼
能给个具体的command吗？多谢
【在 b**********5 的大作中提到】
: 你已经push 到remote了， 还rebase什么？ revert
【在 b**********5 的大作中提到】
: 你已经push 到remote了， 还rebase什么？ revert
w*z
29 楼
你不会读文档吗？都说revert 了，还不会？
【在 i*****h 的大作中提到】
: 能给个具体的command吗？多谢
【在 i*****h 的大作中提到】
: 能给个具体的command吗？多谢
i*h
30 楼
那个request里有5个commit，其中一个是错的。之前用git reset --hard HEAD~1 在
local branch里把那个错的删了，然后git push -f, master上还有。
能问下现在该怎么操作？比如我要删除merge #6的一个commit, 去master上 git
revert commit_id?
commit
【在 w**z 的大作中提到】
: you should use git revert, it will revert your commit by adding a new commit
: . you won't be able to erase your commit.
local branch里把那个错的删了，然后git push -f, master上还有。
能问下现在该怎么操作？比如我要删除merge #6的一个commit, 去master上 git
revert commit_id?
commit
【在 w**z 的大作中提到】
: you should use git revert, it will revert your commit by adding a new commit
: . you won't be able to erase your commit.
i*h
31 楼
读了，试过了不一样，之前看视频也是这样说，但是弄出来不一样
【在 w**z 的大作中提到】
: 你不会读文档吗？都说revert 了，还不会？
【在 w**z 的大作中提到】
: 你不会读文档吗？都说revert 了，还不会？
d*s
32 楼
1. git rebase --abort // discard whatever you have done in rebase
2. git update remote
3. git rebase origin/master // assume you are on master branch
4. git log
5. git revert
【在 i*****h 的大作中提到】
: 能给个具体的command吗？多谢
2. git update remote
3. git rebase origin/master // assume you are on master branch
4. git log
5. git revert
【在 i*****h 的大作中提到】
: 能给个具体的command吗？多谢
g*g
33 楼
应该是soft reset吧，然后可以push -f。不过master上不推荐这么做。还是revert安
全。
git
【在 i*****h 的大作中提到】
: 那个request里有5个commit，其中一个是错的。之前用git reset --hard HEAD~1 在
: local branch里把那个错的删了，然后git push -f, master上还有。
: 能问下现在该怎么操作？比如我要删除merge #6的一个commit, 去master上 git
: revert commit_id?
:
: commit
全。
git
【在 i*****h 的大作中提到】
: 那个request里有5个commit，其中一个是错的。之前用git reset --hard HEAD~1 在
: local branch里把那个错的删了，然后git push -f, master上还有。
: 能问下现在该怎么操作？比如我要删除merge #6的一个commit, 去master上 git
: revert commit_id?
:
: commit
t*d
34 楼
I think you screwed your local client, 重新开个 client 来 revert. 吧
牛肉姐都会，你好好学吧，学完记得奔一个。
git
【在 i*****h 的大作中提到】
: 那个request里有5个commit，其中一个是错的。之前用git reset --hard HEAD~1 在
: local branch里把那个错的删了，然后git push -f, master上还有。
: 能问下现在该怎么操作？比如我要删除merge #6的一个commit, 去master上 git
: revert commit_id?
:
: commit
牛肉姐都会，你好好学吧，学完记得奔一个。
git
【在 i*****h 的大作中提到】
: 那个request里有5个commit，其中一个是错的。之前用git reset --hard HEAD~1 在
: local branch里把那个错的删了，然后git push -f, master上还有。
: 能问下现在该怎么操作？比如我要删除merge #6的一个commit, 去master上 git
: revert commit_id?
:
: commit
b*5
35 楼
看了我头晕。 我建议如果错误的东西不是太多的话， 还不如果重新checkout master
到一个new branch， modify， 然后push。 就当一个新的modification
git
【在 i*****h 的大作中提到】
: 那个request里有5个commit，其中一个是错的。之前用git reset --hard HEAD~1 在
: local branch里把那个错的删了，然后git push -f, master上还有。
: 能问下现在该怎么操作？比如我要删除merge #6的一个commit, 去master上 git
: revert commit_id?
:
: commit
到一个new branch， modify， 然后push。 就当一个新的modification
git
【在 i*****h 的大作中提到】
: 那个request里有5个commit，其中一个是错的。之前用git reset --hard HEAD~1 在
: local branch里把那个错的删了，然后git push -f, master上还有。
: 能问下现在该怎么操作？比如我要删除merge #6的一个commit, 去master上 git
: revert commit_id?
:
: commit
d*s
36 楼
我一开始也这么想，但看标题似乎楼主想要删除一个文件
master
【在 b**********5 的大作中提到】
: 看了我头晕。 我建议如果错误的东西不是太多的话， 还不如果重新checkout master
: 到一个new branch， modify， 然后push。 就当一个新的modification
:
: git
master
【在 b**********5 的大作中提到】
: 看了我头晕。 我建议如果错误的东西不是太多的话， 还不如果重新checkout master
: 到一个new branch， modify， 然后push。 就当一个新的modification
:
: git
w*z
37 楼
git revert
git push
git rest 不要乱用。
git
【在 i*****h 的大作中提到】
: 那个request里有5个commit，其中一个是错的。之前用git reset --hard HEAD~1 在
: local branch里把那个错的删了，然后git push -f, master上还有。
: 能问下现在该怎么操作？比如我要删除merge #6的一个commit, 去master上 git
: revert commit_id?
:
: commit
git push
git rest 不要乱用。
git
【在 i*****h 的大作中提到】
: 那个request里有5个commit，其中一个是错的。之前用git reset --hard HEAD~1 在
: local branch里把那个错的删了，然后git push -f, master上还有。
: 能问下现在该怎么操作？比如我要删除merge #6的一个commit, 去master上 git
: revert commit_id?
:
: commit
g*g
38 楼
reset在feature branch上用用是没什么的，push到remote上的commit，可以soft
reset，然后force push就去掉了，历史也很干净。Master上就算了，一不小心master
就没了。我们都是设定不允许对master force push。
【在 w**z 的大作中提到】
: git revert
: git push
: git rest 不要乱用。
:
: git
reset，然后force push就去掉了，历史也很干净。Master上就算了，一不小心master
就没了。我们都是设定不允许对master force push。
【在 w**z 的大作中提到】
: git revert
: git push
: git rest 不要乱用。
:
: git
w*z
39 楼
我一般都是revert， 反正commit 多几个无所谓。git 本来就随便commit.
master
【在 g*****g 的大作中提到】
: reset在feature branch上用用是没什么的，push到remote上的commit，可以soft
: reset，然后force push就去掉了，历史也很干净。Master上就算了，一不小心master
: 就没了。我们都是设定不允许对master force push。
master
【在 g*****g 的大作中提到】
: reset在feature branch上用用是没什么的，push到remote上的commit，可以soft
: reset，然后force push就去掉了，历史也很干净。Master上就算了，一不小心master
: 就没了。我们都是设定不允许对master force push。
i*h
40 楼
请教下，网上看到是这样说的：
git reset：用於做整段 commits 的還原
git rebase：假如想要抽掉某個 commit 又不想留下記錄
git revert：想要還原到某个commit 之後的狀態
我看一下好像都是能达到一样效果的，那一般情况下到底用什么比较好呢
git reset：用於做整段 commits 的還原
git rebase：假如想要抽掉某個 commit 又不想留下記錄
git revert：想要還原到某个commit 之後的狀態
我看一下好像都是能达到一样效果的，那一般情况下到底用什么比较好呢
z*e
41 楼
doesnt matter, but ppl prefer to use revert
it seems like a standard operation 4 all cvs(es)
【在 i*****h 的大作中提到】
: 请教下，网上看到是这样说的：
: git reset：用於做整段 commits 的還原
: git rebase：假如想要抽掉某個 commit 又不想留下記錄
: git revert：想要還原到某个commit 之後的狀態
: 我看一下好像都是能达到一样效果的，那一般情况下到底用什么比较好呢
g*g
42 楼
整个拿掉差别不大，你发现上个commit错了，但又想选择性保留的时候soft reset好用。
【在 w**z 的大作中提到】
: 我一般都是revert， 反正commit 多几个无所谓。git 本来就随便commit.
:
: master
【在 w**z 的大作中提到】
: 我一般都是revert， 反正commit 多几个无所谓。git 本来就随便commit.
:
: master
g*g
43 楼
public branch用revert，private用reset。reset灵活性更大一些，revert比较安全。
rebase 是在
private branch上sync public branch上的修改的时候用的。
【在 i*****h 的大作中提到】
: 请教下，网上看到是这样说的：
: git reset：用於做整段 commits 的還原
: git rebase：假如想要抽掉某個 commit 又不想留下記錄
: git revert：想要還原到某个commit 之後的狀態
: 我看一下好像都是能达到一样效果的，那一般情况下到底用什么比较好呢
rebase 是在
private branch上sync public branch上的修改的时候用的。
【在 i*****h 的大作中提到】
: 请教下，网上看到是这样说的：
: git reset：用於做整段 commits 的還原
: git rebase：假如想要抽掉某個 commit 又不想留下記錄
: git revert：想要還原到某个commit 之後的狀態
: 我看一下好像都是能达到一样效果的，那一般情况下到底用什么比较好呢
i*h
44 楼
现在自己branch里的东西删了，但是git push -f到master被reject了，好像没法改，
是因为权限问题？
是因为权限问题？
i*h
45 楼
明白了，多谢
【在 g*****g 的大作中提到】
: public branch用revert，private用reset。reset灵活性更大一些，revert比较安全。
: rebase 是在
: private branch上sync public branch上的修改的时候用的。
【在 g*****g 的大作中提到】
: public branch用revert，private用reset。reset灵活性更大一些，revert比较安全。
: rebase 是在
: private branch上sync public branch上的修改的时候用的。
i*h
46 楼
改merge conflict的时候影响到了人家的东西，有什么办法把master上的东西改掉吗？
就像回到merge ＃5，但是好像没法更新到master上
就像回到merge ＃5，但是好像没法更新到master上
i*h
47 楼
终于revert掉了，谢谢大家的帮助
i*h
48 楼
问个题外话，一般用git是不是应该在修改东西前update local branch，这样可以减少
merge conflict，我看组里大家都是40+ commits behind master，这样是不是不太好
？
另外我看有人提到每个JIRA开一个新的branch，这种做法是标准吗？fix后merge完了，
然后删掉branch。这样是不是更好？
merge conflict，我看组里大家都是40+ commits behind master，这样是不是不太好
？
另外我看有人提到每个JIRA开一个新的branch，这种做法是标准吗？fix后merge完了，
然后删掉branch。这样是不是更好？
b*5
49 楼
我以前基本每个bug， 每个feature一个branch。。 用git的好处， 就是branch啊。
【在 i*****h 的大作中提到】
: 问个题外话，一般用git是不是应该在修改东西前update local branch，这样可以减少
: merge conflict，我看组里大家都是40+ commits behind master，这样是不是不太好
: ？
: 另外我看有人提到每个JIRA开一个新的branch，这种做法是标准吗？fix后merge完了，
: 然后删掉branch。这样是不是更好？
【在 i*****h 的大作中提到】
: 问个题外话，一般用git是不是应该在修改东西前update local branch，这样可以减少
: merge conflict，我看组里大家都是40+ commits behind master，这样是不是不太好
: ？
: 另外我看有人提到每个JIRA开一个新的branch，这种做法是标准吗？fix后merge完了，
: 然后删掉branch。这样是不是更好？
i*h
50 楼
组里的人都不太懂git，都是perforce过来的，组里老大规定一个人只能开一个branch
（还是永久性的），反正跟着这个流程感觉干什么都很费劲，一堆commits behind
master,然后每个人都不停解决merge conflict
【在 b**********5 的大作中提到】
: 我以前基本每个bug， 每个feature一个branch。。 用git的好处， 就是branch啊。
（还是永久性的），反正跟着这个流程感觉干什么都很费劲，一堆commits behind
master,然后每个人都不停解决merge conflict
【在 b**********5 的大作中提到】
: 我以前基本每个bug， 每个feature一个branch。。 用git的好处， 就是branch啊。
i*h
51 楼
又读了下git的文档，还挺有意思的，弄熟了用起来应该不错
N*m
52 楼
pull都应该rebase
【在 i*****h 的大作中提到】
: 问个题外话，一般用git是不是应该在修改东西前update local branch，这样可以减少
: merge conflict，我看组里大家都是40+ commits behind master，这样是不是不太好
: ？
: 另外我看有人提到每个JIRA开一个新的branch，这种做法是标准吗？fix后merge完了，
: 然后删掉branch。这样是不是更好？
【在 i*****h 的大作中提到】
: 问个题外话，一般用git是不是应该在修改东西前update local branch，这样可以减少
: merge conflict，我看组里大家都是40+ commits behind master，这样是不是不太好
: ？
: 另外我看有人提到每个JIRA开一个新的branch，这种做法是标准吗？fix后merge完了，
: 然后删掉branch。这样是不是更好？
g*g
53 楼
A few things that can help.
1. Keep feature branches short-lived. If your ticket is created as a small
deliverable, your branch just needs to match that.
1. Squash the commits before merging to master.
2. Rebase your feature branch frequently, small, incremental conflicts are
easier to resolve than big bang.
【在 i*****h 的大作中提到】
: 问个题外话，一般用git是不是应该在修改东西前update local branch，这样可以减少
: merge conflict，我看组里大家都是40+ commits behind master，这样是不是不太好
: ？
: 另外我看有人提到每个JIRA开一个新的branch，这种做法是标准吗？fix后merge完了，
: 然后删掉branch。这样是不是更好？
1. Keep feature branches short-lived. If your ticket is created as a small
deliverable, your branch just needs to match that.
1. Squash the commits before merging to master.
2. Rebase your feature branch frequently, small, incremental conflicts are
easier to resolve than big bang.
【在 i*****h 的大作中提到】
: 问个题外话，一般用git是不是应该在修改东西前update local branch，这样可以减少
: merge conflict，我看组里大家都是40+ commits behind master，这样是不是不太好
: ？
: 另外我看有人提到每个JIRA开一个新的branch，这种做法是标准吗？fix后merge完了，
: 然后删掉branch。这样是不是更好？
i*h
54 楼
好的，谢谢指点
【在 N*****m 的大作中提到】
: pull都应该rebase
【在 N*****m 的大作中提到】
: pull都应该rebase
i*h
55 楼
明白了，谢谢指点
【在 g*****g 的大作中提到】
: A few things that can help.
: 1. Keep feature branches short-lived. If your ticket is created as a small
: deliverable, your branch just needs to match that.
: 1. Squash the commits before merging to master.
: 2. Rebase your feature branch frequently, small, incremental conflicts are
: easier to resolve than big bang.
【在 g*****g 的大作中提到】
: A few things that can help.
: 1. Keep feature branches short-lived. If your ticket is created as a small
: deliverable, your branch just needs to match that.
: 1. Squash the commits before merging to master.
: 2. Rebase your feature branch frequently, small, incremental conflicts are
: easier to resolve than big bang.
w*z
56 楼
Make sure you understand
rebase vs merge
general rule is that
only rebase when you are on feature branch, never rebase when you are on
master
【在 i*****h 的大作中提到】
: 好的，谢谢指点
rebase vs merge
general rule is that
only rebase when you are on feature branch, never rebase when you are on
master
【在 i*****h 的大作中提到】
: 好的，谢谢指点
i*h
57 楼
谢谢提醒，我重新看过文档了，现在基本了解了。
【在 w**z 的大作中提到】
: Make sure you understand
: rebase vs merge
: general rule is that
: only rebase when you are on feature branch, never rebase when you are on
: master
【在 w**z 的大作中提到】
: Make sure you understand
: rebase vs merge
: general rule is that
: only rebase when you are on feature branch, never rebase when you are on
: master
相关阅读