在颠覆中,我想恢复到修订版,然后逐步浏览每个修订版以查看它在哪里损坏

发布于 2024-11-12 22:21:12 字数 167 浏览 2 评论 0原文

我的项目在过去 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 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(3

dawn曙光 2024-11-19 22:21:12

我很惊讶人们没有提到 svn-bisect< /a>

$ svn-bisect --min 404 --max 429 start
$ svn-bisect bad
$ svn-bisect bad
$ svn-bisect good
[etc etc]
$ svn-bisect reset

I am surprised people haven't mentioned svn-bisect

$ svn-bisect --min 404 --max 429 start
$ svn-bisect bad
$ svn-bisect bad
$ svn-bisect good
[etc etc]
$ svn-bisect reset
我最亲爱的 2024-11-19 22:21:12

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 '...'

一杯敬自由 2024-11-19 22:21:12

我建议使用 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.

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文