我知道如何通过它的Web前端浏览我的项目的Subversion存储库,但似乎我只能浏览最新版本的trunk.有没有办法通过Web UI浏览旧版本的主干？
我知道如何从命令行执行此操作,但我需要知道如何使用URL执行此操作,因为我将这些URL嵌入到文档中.我也知道我可以创建一个svn风格的主干标签,但我宁愿不这样做.
在IntelliJ中切换分支的概念是什么？我必须是盲人或白痴......
我会假设有一个"切换到复制"选项或类似的东西,但没有...
编辑澄清:我的prev IDE有一个简单的"切换到复制"选项,它更新了所有与当前分支/主干不同的文件.IntelliJ似乎对此有一种完全不同的方法,我似乎并不理解.帮助也不是很有用.
非常感谢有用的关键字,链接或提示.谢谢.
我经常读到Hg(和Git和......)在合并方面比SVN更好但是我从未见过Hg/Git可以合并SVN失败的地方(或者SVN需要人工干预的地方)的实际例子.您可以发布一些分支/修改/提交/ ....-操作的逐步列表,显示SVN在Hg/Git愉快地移动时会失败的位置吗？实用,非常特殊的情况请...
一些背景:我们有几十个开发人员在使用SVN进行项目,每个项目(或一组类似项目)都在自己的存储库中.我们知道如何应用发布和功能分支,所以我们不会经常遇到问题(即,我们一直在那里,但我们已经学会克服Joel的问题 "一个程序员给整个团队造成创伤"或"需要六个开发人员两周才能重新整合分支机构").我们的发布分支非常稳定,仅用于应用错误修正.我们的中继线应该足够稳定,能够在一周内创建发布.我们还有一些开发人员或开发人员可以使用的功能分支.是的,它们在重新集成后被删除,因此它们不会使存储库混乱.;)
所以我仍然试图找到Hg/Git优于SVN的优势.我很想获得一些实践经验,但目前还没有任何我们可以移动到汞/ GIT中还没有更大的项目,所以我坚持用只含有少量由文件小型人工玩的项目.而且我正在寻找一些你可以感受到Hg/Git令人印象深刻的力量的案例,因为到目前为止我经常读到它们但却未能自己找到它们.
我是linux和svn的新手.我正在尝试使用此命令将项目的trunk文件夹签出到我的public_html目录中(在public_html中):
svn checkout file:///home/landonwinters/svn/waterproject/trunk
waterproject目录包含解压drupal基本安装的文件.
它检查正常,除了所有文件都在,public_html/trunk而不是只是在public_html.
我不知道将trunk的所有内容移动到public_html和rm trunk的命令,但我想我可以相对容易地解决这个问题.我只是想知道我是否可以查看文件夹的内容,而不是文件夹本身.
到目前为止,我一直在家里开发我的个人和学校项目,而不使用任何形式的修订控制软件来处理我的变化等等.
我的问题是,对我自己(甚至是学校项目)的个人项目使用版本控制应用程序(如TortoiseSVN)有多可行？
签入,提交更改和所有例行程序的麻烦,仅仅针对"家庭项目"而不仅仅是手动备份？
链接:
人们在这里看到Git,Mercurial和Bazaar的相对优势和劣势？
在考虑彼此之间以及针对SVN和Perforce等版本控制系统时,应该考虑哪些问题？
在规划从SVN迁移到这些分布式版本控制系统之一时,您会考虑哪些因素？
当我在我的存储库中合并东西时,Subversion想要将大量svn:mergeinfo属性添加/更改为与我想要合并的内容完全无关的文件.
有关此行为的问题之前已在Stack Overflow上提出过:
根据我从上面提到的主题中理解,看起来我的存储库中的很多文件都有明确的svn:mergeinfo属性,当它们不应该时.建议是减少金额,只将这些属性放在相关的文件/文件夹上.
所以现在我的问题是:如何轻松删除那些不需要的属性？我正在使用TortoiseSVN,但我不愿意手动检查/修复数百个文件.有没有更简单的方法来删除这些不必要的svn:mergeinfo属性？
PS我不是在寻找C++ SVN API代码.
如何使用TortoiseSVN使用我的工作副本创建新分支？
我看到了分支选项,但我没有看到以某种方式命名的方法.
我正在使用intellij idea 13.0.当我试图从subversion结帐时,我收到错误
Cannot load supported formats: Cannot run program "svn": CreateProcess error=2, The system cannot find the file specified
我该如何解决？
跟踪和/或自动化数据库架构更改的最佳方法是什么？我们的团队使用Subversion进行版本控制,我们已经能够以这种方式自动完成一些任务(将构建推送到临时服务器,将经过测试的代码部署到生产服务器),但我们仍在手动执行数据库更新.我想找到或创建一个解决方案,使我们能够跨不同环境的服务器高效工作,同时继续使用Subversion作为后端,通过该后端将代码和数据库更新推送到各种服务器.
许多流行的软件包都包含自动更新脚本,可以检测数据库版本并应用必要的更改.这是否是即使在更大规模(跨多个项目,有时还有多种环境和语言)中实现这一目标的最佳方式？如果是这样,是否有任何现有的代码可以简化流程,或者最好只是推出我们自己的解决方案？有没有人之前实现过类似的东西并将它集成到Subversion post-commit钩子中,或者这是一个坏主意？
虽然支持多个平台的解决方案更可取,但我们肯定需要支持Linux/Apache/MySQL/PHP堆栈,因为我们的大多数工作都在该平台上.