问题标签 [svn]

我正在与几个使用它的项目一起开发一个库，并且我发现自己经常在一个项目的同时修改这个库（例如，向库中添加一个函数并立即在项目中使用它）。
因此，该项目将不再使用以前版本的库进行编译。

因此，如果我需要回滚更改或测试项目的先前版本，我想知道在签入时使用了哪个版本的库。
我想我可以手动执行此操作（只需在日志文件中写入版本号），但如果这可以自动发生，那就太好了。

我目前使用 AnkhSVN 将 subversion 集成到 Visual Studio 中。我有什么理由应该切换到 VisualSVN 吗？

AnkhSVN 是免费的（不止一种意义上的），而 VisualSVN 的价格为 50 美元。所以就在那里，除非我错过了 VisualSVN 的一些很棒的功能，否则我看不到任何切换的理由。

我很想听听那些目前在 Windows 上运行 SVN 服务器的人的经验。

Jeff Atwood 有一篇关于如何将 SVN 设置为 Windows 服务的帖子。这是一个伟大的第一步，但它没有涉及其他主题，例如：

• 什么用于基于 Web 的存储库浏览器？WebSVN 可以在 Windows 上运行，但它并不漂亮。
• 如何管理 passwd 文件？
• 是否可以在不运行 Apache 的情况下与 Active Directory 集成？
• 备份存储库的策略。
• 用于 Visual Studio 开发的有用的全局忽略模式（例如，此处、此处和此处的建议）。

大约一个月前，我们公司从 SourceGear Vault 切换到了 Subversion。我们已经掌握了基础知识，但很想发现人们在 MSFT 世界中运行 SVN 的提示和技巧。

我的团队即将从 Visual SourceSafe 迁移到 Subversion，同时在 Visual Basic 6.0 中开发/支持旧项目，所以我有几个问题：

• 在 Visual Studio 6 中集成 Subversion IDE 的最佳工具是什么？（或者不值得麻烦......）
• 在 Visual Basic 6.0 中使用 Subversion 是否有任何最佳实践？（要忽略的文件类型等）

我最近在工作中讨论了从 Subversion 切换到像 bazaar 这样的 DVCS，我想征求其他人的意见。

我已经设法将我不愿这样做的态度具体化为一个简单的平行线。

版本控制可以用得好也可以用得不好。

版本控制的“轻松的一面”是当您使用它来跟踪您的更改时，能够在您破坏内容时返回到旧版本，以及当您发布您的更改以便您的同行可以看到您的工作进行中.

版本控制的“阴暗面”是你没有正确使用它，所以你没有通过定期提交来“检查”你的工作，你在本地结帐中保留了一堆更改，并且你没有分享你的更改与其他人一起制作。

颠覆使光明面和黑暗面都相对困难。所有的基础都有效，但很少有人真正在 Subversion 中使用分支（除了标记和发布），因为合并一点也不简单。Subversion 本身对它的支持很糟糕，还有像 svnmerge 这样的脚本使它变得更好，但仍然不是很好。因此，如今，随着良好的分支和合并支持越来越被认为是协作开发的必要性，Subversion 无法与之匹敌。

另一方面，“黑暗面”也很难追随。您只需不时不时将本地更改提交到在线存储库，并通过您甚至不记得做过的简单编辑来破坏您的代码，您只需要被咬一次。所以你最终会定期提交，人们可以看到你正在做的工作。

所以，最终 Subversion 最终成为了一个很好的中途 VCS，虽然在实施最佳实践方面有点麻烦，但仍然很难把事情弄错。

相比之下，使用 DVCS，无论是完全进入光明面还是黑暗面的成本都要低得多。这些现代 VCS 系统的分支和合并要简单得多。但是分布式方面可以很容易地在您自己的机器上的一组本地分支中工作，为您提供检查点工作所需的细粒度提交，可能无需发布您的更改，以便其他人可以查看、查看和协作。将更改保留在本地分支中而不发布它们的摩擦通常低于在公共服务器上的某个分支中发布它们。

所以简而言之，问题是：如果我给我们工作中的开发人员一个 DVCS，我如何确保他们使用它去“轻松的一面”，仍然定期在中心位置发布他们的更改，并让他们理解他们不想分享的一周本地黑客可能只是其他开发人员在第一个开发人员度假时可以用来完成功能的东西？

如果 DVCS 的光明面和黑暗面都那么容易到达，我该如何让它们远离黑暗面？

它一直发生在我身上。我不小心对文件进行了版本化，我不想被版本化（即开发人员/机器特定的配置文件）。

如果我提交这个文件，我会弄乱所有其他开发人员机器上的路径——他们会不高兴。

如果我确实从版本控制中删除了该文件，它将从其他开发人员机器中删除 - 他们会不高兴。

如果我选择从不提交文件，我总是有一个“脏”的结帐——我很不高兴。

从修订控制中“取消版本”文件的干净方法是否会导致没有人不高兴？

编辑：试图澄清一下：我已经将文件提交到存储库，我只想将它从版本控制中删除 - 我特别不希望它从每个进行结帐的人身上被物理删除。我最初希望它被忽略。

答案：如果我能接受第二个答案，那就是这个。它回答了我关于 git 的问题 - 接受的答案是关于 svn。

我正在寻找一个快速而肮脏的解决方案，我必须非常快地设置一个 Subversion 服务器，就像明天结束时一样。我最初的想法是下载一个可以加载到主机上的虚拟设备。然而，我遇到的问题是到目前为止我发现的所有设备都停留在 svn 1.4 或更低版本中。

有人知道运行 svn 1.5 的设备吗？我不需要任何其他的东西，比如问题跟踪、WebSVN 或任何类似的东西。

谢谢，沃利

编辑：为了回答一些问题，我希望主机操作系统是某种 Linux 风格，这样我就可以避免购买额外的 Windows 许可证。

我一直使用 Subversion 或 CVS 进行版本控制，它们使用“合并”方法。我的一位朋友对 Perforce 赞不绝口，它的变更列表和签出方法非常棒。

虽然我确信这在很大程度上取决于经验和个人偏好，但我想知道是否已经对哪种版本控制方法更有效地进行了研究？

编辑：澄清一下，我知道 Perforce 和 SVN 都允许锁定和合并，但 SVN '鼓励'自由编辑和合并方法，而据我了解，Perforce 鼓励签出签入方法。

如果您在开发机器上安装了 Subversion 并且您没有在团队中工作，那么您有什么理由应该使用svn协议而不是file？

我是 SVN 新手，我想知道有哪些方法可用于在 Windows 环境中备份存储库？