在颠覆中,我想恢复到修订版,然后逐步浏览每个修订版以查看它在哪里损坏
我的项目在过去 25 次修订中的某个地方出现了问题。我需要隔离导致问题的文件,并希望找到引入问题的修订版本。
我正在考虑使用 svn update -r 404
,然后使用 405,406 ... etc
之后的每一个
有更好的方法吗?
My project broke somewhere in the past 25 revisions. I need to isolate the file causing the problem, and would like to find the revision where the problem was introduced.
I was thinking of using svn update -r 404
and then each one after that 405,406 ... etc
Is there a better way?
如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱,如果其他用户或者作者回复了您的评论,将不能在第一时间通知您!
发布评论
评论(3)
我很惊讶人们没有提到 svn-bisect< /a>
I am surprised people haven't mentioned svn-bisect
svn-bisect 还允许您自动执行搜索(如果您可以为您发现的错误提供命令) '正在寻找:
$ svn-bisect run 'command [arg ...]'
为了加快搜索速度,我建议将 svn 存储库克隆到本地 git 或 hg 存储库,然后从那里运行 bisect。两者都支持二分自动化:
$ hg bisect -c 'cmd ...'
或
$ git bisect run '...'
svn-bisect also allows you to automate the search if you can supply a command for the bug you're looking for:
$ svn-bisect run 'command [arg ...]'
To speed up the search I would recommend to clone the svn repository into a local git or hg repository, and run the bisect from there. Both support bisect automation:
$ hg bisect -c 'cmd ...'
or
$ git bisect run '...'
我建议使用 git-svn 桥(git 非常适合快速本地分支)并使用 git bisect 快速找到破坏它的修订版本。
I'd suggest using the git-svn bridge (git is excellent for quick local branching) and using git bisect to quickly find the revision that broke it.