标签: svn

如何递归删除与特定模式匹配的所有文件和目录？例如,删除所有".svn"目录及其包含的文件？

(可悲的只有DOS)

我正在接管另一个团队的项目,并且遇到了一些奇怪的Eclipse问题.

我正在使用Subversive作为我的插件,当我去检查后备箱时,它将我带到一个标准的"Check Out As"对话框,它允许我选择结账方法,并且是唯一适合我的方法(或是适用的)是最后一个选项(Check out as a project with the name specified).

所以我指定了名称,然后项目检查正常,一切都很好,除了...

虽然这应该是一个Java项目(升级到Java Web应用程序),但是制作该项目的团队似乎将其创建为一般项目(通过转到Project > Properties > Resource > Type = 'Project').

因此,Java项目中没有启用任何典型功能,包括(但不限于):

• F3 不起作用,即使类型在同一个包(本例中的文件夹)中定义为我正在编辑的类型(因为Eclipse不像Java项目那样对待它)
• 无法搜索Java类
• 无法从Eclipse内部构建(因为没有源包,只有文件夹)等.
• 这个清单一直在继续......

所以我的问题是:

• 有没有办法将此常规项目类型转换为Java项目,而无需创建一个全新的项目并将所有内容复制过来？
• 我想知道我是否错误地检查了项目,但是没有任何结账方法(在Subversive中)真的适用:(1)Check out as a project configured using the New Project Wizard(为什么检查为新项目？!？),(2)Find projects in the children of the selected resource(no),( 3)Check out as a folder into an existing project(不).
• 我可以在这里采取其他途径来"Java-ify"这个项目吗？

我想了解其他人为实现Team System功能而采取的解决方案.我们都知道团队系统对于我们中的一些人来说可能是昂贵的.我知道他们提供了一个包含MSDN订阅的五个许可证的小团队版本,但是如果您的团队超过五个或者您不想使用Team System怎么办？

假设您的软件现有版本有几个维护分支.一些开发人员正在对维护分支进行直接更改,并定期合并到主干中.现在,在主干代码行中进行了广泛的重构,计划即将发布主要版本.但是这使得维护分支基本上与主干中的代码不兼容,因为它们可能依赖于不再存在的代码.

你如何在实践中处理这种情况？

使用Linux命令行和Subversion,是否可以获取目录并向其添加版本控制？

基本上,我想将目录导入新创建的存储库,但也要将目录作为工作副本而不必检查它.

我正在使用git-svnSVN存储库.我的工作副本是使用创建的,git svn clone -s http://foo.bar/myproject因此我的工作副本遵循SVN(主干,标记,分支)的默认目录方案.

最近我一直在研究使用git-svn branch myremotebranch和检出的分支git checkout --track -b mybranch myremotebranch.我需要在多个位置工作,所以从分支I git-svn dcommit-ed文件定期到SVN存储库.

完成更改后,我切换回主服务器并执行合并,提交合并,并尝试将成功合并提交到远程主干.

似乎在合并之后,主服务器的远程跟踪已切换到我正在处理的分支:

# git checkout master
# git merge mybranch
... (successful)
# git add .
# git commit -m '...'
# git svn dcommit
Committing to http://foo.bar/myproject/branches/myremotebranch ...
#

有没有办法可以更新主服务器,以便它remotes/trunk在合并之前跟随？

我正在使用git 1.7.0.5,如果有任何帮助的话.

如果您还可以解释为什么会发生这种情况会很有用,这样我就可以避免问题再次发生.谢谢!

编辑:

这是我目前的.git/config:

[core]
    repositoryformatversion = 0
    filemode = true
    bare = false
    logallrefupdates = true
    autocrlf …

Tortoise SVN可以选择将属性递归地应用于所有子文件夹/子文件.现在我需要删除此属性.我怎么能递归地做到这一点？

我有一些文件,我无法添加到svn:忽略使用subclipse我不知道为什么.

无法将文件添加到svn:ignore的常见原因似乎是文件已存在于存储库中,或者文件所在的文件夹尚未创建.这些似乎都不适用于此,所以我不知道原因是什么.

我只是尝试使用TortoiseSVN向VisualSVN添加和提交大约25,000个文件.

锁定了提交对话框(我猜想是这样),但是在线程被阻塞一段时间后,我杀了Tortoise,希望一次提交更小的文件块.

现在我收到这个错误:

错误:提交失败(详情如下):

工作副本'C:\ INTERNAL\Icons\Oxygen 4.10.1'已锁定.

'C:\ INTERNAL\Icons\Oxygen 4.10.1\scalable\places\PaxHeaders.14455'已被锁定

我已经杀TortoiseProc.exe了几次并重新启动了VisualSVN,但我仍然遇到错误.

我也右键单击了该文件夹并选择了Release lock,但我得到:

无法解锁.此工作副本中没有文件锁定.

当我运行时svn st,我得到了等待添加的所有文件的巨大输出.

即使我尝试提交不相关的东西(几个dirs up),我也会得到同样的错误.

我能够成功地在同一台服务器上提交一个单独的仓库.

如何释放锁并提交这些文件？

我已经将jenkins的Subversion插件更新到2.2版

现在我得到了关于repos的错误,这是在升级之后第一次构建的repos以及repos,其中外部的东西发生了变化.它适用于所有其他版本的预期.

我试图添加其他凭据,但这没有帮助.

现在我希望有人知道还有什么可以尝试解决这个问题.

错误:

hudson.util.IOException2: revision check failed on http://XXX/svn/XXX/Website/Config/trunk
    at hudson.scm.SubversionChangeLogBuilder.buildModule(SubversionChangeLogBuilder.java:189)
    at hudson.scm.SubversionChangeLogBuilder.run(SubversionChangeLogBuilder.java:132)
    at hudson.scm.SubversionSCM.calcChangeLog(SubversionSCM.java:738)
    at hudson.scm.SubversionSCM.checkout(SubversionSCM.java:899)
    at hudson.model.AbstractProject.checkout(AbstractProject.java:1411)
    at hudson.model.AbstractBuild$AbstractBuildExecution.defaultCheckout(AbstractBuild.java:671)
    at jenkins.scm.SCMCheckoutStrategy.checkout(SCMCheckoutStrategy.java:88)
    at hudson.model.AbstractBuild$AbstractBuildExecution.run(AbstractBuild.java:580)
    at hudson.model.Run.execute(Run.java:1670)
    at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:46)
    at hudson.model.ResourceController.execute(ResourceController.java:88)
    at hudson.model.Executor.run(Executor.java:231)
Caused by: org.tmatesoft.svn.core.SVNCancelException: svn: E200015: OPTIONS /svn/XXX/Website/Config/trunk failed
    at org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.request(HTTPConnection.java:384)
    at org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.request(HTTPConnection.java:373)
    at org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.request(HTTPConnection.java:361)
    at org.tmatesoft.svn.core.internal.io.dav.DAVConnection.performHttpRequest(DAVConnection.java:707)
    at org.tmatesoft.svn.core.internal.io.dav.DAVConnection.exchangeCapabilities(DAVConnection.java:627)
    at org.tmatesoft.svn.core.internal.io.dav.DAVConnection.open(DAVConnection.java:102)
    at org.tmatesoft.svn.core.internal.io.dav.DAVRepository.openConnection(DAVRepository.java:1020)
    at org.tmatesoft.svn.core.internal.io.dav.DAVRepository.getLatestRevision(DAVRepository.java:180)
    at org.tmatesoft.svn.core.internal.wc2.ng.SvnNgRepositoryAccess.getRevisionNumber(SvnNgRepositoryAccess.java:118)
    at org.tmatesoft.svn.core.internal.wc2.SvnRepositoryAccess.getLocations(SvnRepositoryAccess.java:148)
    at org.tmatesoft.svn.core.internal.wc2.ng.SvnNgRepositoryAccess.createRepositoryFor(SvnNgRepositoryAccess.java:45)
    at org.tmatesoft.svn.core.internal.wc2.remote.SvnRemoteLog.run(SvnRemoteLog.java:160)
    at org.tmatesoft.svn.core.internal.wc2.remote.SvnRemoteLog.run(SvnRemoteLog.java:35)
    at org.tmatesoft.svn.core.internal.wc2.SvnOperationRunner.run(SvnOperationRunner.java:20)
    at org.tmatesoft.svn.core.wc2.SvnOperationFactory.run(SvnOperationFactory.java:1238)
    at org.tmatesoft.svn.core.wc2.SvnOperation.run(SvnOperation.java:294)
    at org.tmatesoft.svn.core.wc.SVNLogClient.doLog(SVNLogClient.java:967)
    at org.tmatesoft.svn.core.wc.SVNLogClient.doLog(SVNLogClient.java:872)
    at …