颠覆混合修订版？
我的问题本质上与此处。
我在 Visual Studio 2010 中使用 AnkhSVN。我的印象是，如果我提交/更新了整个解决方案（我用所有可能的组合发送了提交和更新信息），那么整个修订版，以及这意味着修订版中的每个文件都将更新为一个全局修订版。
假设有 3 个文件：A、B 和 C。 A 位于修订版 1，B 位于修订版 1，C 位于修订版 1。假设我修订了 C20次。 C 现在处于修订版 21。但我希望 A 和 B 也处于修订版 21。但事实并非如此！我查看存储库资源管理器，它显示 A 和 B 仍然处于修订版 1，而 C 处于修订版 1修订版 21。我认为 Subversion 的概念是在修订版 21 中将它们全部制作出来。这到底是怎么回事？
附带问题：如果这是真的，并且 A、B 和 C 确实处于修订版 21 但未显示，那么我如何获得，比如说...来自 A 和 B 的修订版 14，如果他们直接从版本1跳到版本21？
My question is essentially the same as this one here.
I'm using AnkhSVN in Visual Studio 2010. I was under the impression that if I committed/updated the entire solution (I spammed both commit and update with all possible combinations), then the entire revision, and this means every single file in the revision would be updated to one global revision.
Lets assume there are 3 files: A, B, and C. A is at revision 1, B is at revision 1, and C is at revision 1. Let's say I revise C 20 times. C is now at revision 21. But I would expect A and B to also be at revision 21. But they're not! I look at the Repository Explorer and it says A and B are still at revision 1, while C is at revision 21. I thought the concept of Subversion was to make them all at revision 21. What the heck is going on?
A side question: if this is true, and A, B, and C really are at revision 21 but not displayed, then how do I get, lets say...revision 14 from A and B if they jumped from revision 1 to 21 directly?
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
您看到的修订版是文件更新的最后一个修订版。因此，如果文件 A 是修订版 21，而文件 B 显示修订版 14，则意味着 A 已更新转速21 和 B 转速。 14，而存储库本身可能位于 rev.14。 30 因为提交到其他文件。
鉴于 B 在版本之间没有改变。 14 和修订版。从 14 到 30，对于文件 B 从 14 到 30 的所有版本，或者以后的版本引入了对文件 B 的更改，将从 SVN 检索 B 的相同代码。
The revision you are seeing is the last revision the file was updated in. So if file A is revision 21 and file B is showing revision 14 that would mean that A was updated at rev. 21 and B at rev. 14, while the repository it self might for example be at rev. 30 because of commits to other files.
Given that B has not changed between rev. 14 and rev. 30, the same code for B will be retrieved from SVN for all revs of file B from 14 to 30 or which ever later revision introduces a change to file B.