标签: svn

我非常关注我需要让用户负责特定文件,行和修订的情况.例如,我有输入:源名称,行号和修订.作为输出我需要获取用户名.我不太熟悉SVN,查看文档可能需要时间(我没有).在Clear Case中,可以通过运行以下命令来实现:

cleartool annotate -nhe -fmt %u \t file_name.cpp

我想将SVN ignore属性添加到我的项目中以忽略目标文件夹和.classpath.

所以我通过团队→设置属性,但我不知道名称和值的配置如何.我该怎么做？

我使用Linux作为主要操作系统,我还必须在使用Eclipse 3.7的Windows虚拟机上工作.

我们正在使用颠覆但是使用Linux我很高兴使用git-svn和Emacs + magit,这很有效.所以我希望能够处理来自两个操作系统的相同代码,并且只能在Linux上进行真正的版本控制管理.

所以我有以下想法:
1.与virtualbox
共享目录2.创建指向共享目录的项目

好吧,这不起作用,因为愚蠢的事情想要复制一切.所以我尝试使用虚拟文件夹,这似乎是一个好主意,但现在一些脚本严重失败,因为他们找不到硬编码路径.

所以我不知道该尝试什么,任何想法？

编辑:
我上次编辑的最后一次尝试不起作用,所以我有一个更简单的问题.鉴于git/svn /无论是什么存储库检查,为什么我不能简单地告诉Eclipse在那里创建一个项目而不触及文件？

Eclipse是否很难在该位置创建它的.project？
而且由于显然没有"支持"的方式来做,可能有任何解决方法吗？

subversion(SVN)中的标签究竟是什么？Subversion真正提供哪些内置功能来高效利用它们？

我问,因为我想将某个版本的文件集标记为标记.这将使更有意义的发布命名.我还想确切地检索具有该标记的那些文件,不多也不少,从特定版本的那些文件构建软件.

在ClearCase中,标签可能是文件的属性,我相信.我得到令人担忧的印象,标签对Subversion来说并不是特别的或核心,但是它们是一个随意的概念,只是一个文件夹,其中包含某个版本的文件副本,这是真的吗？如果是这样的话,它就像ClearCase中的等价物一样没用.

Subversion被提升为将标记作为一个特征,当看起来该工具没有真正的概念核心时,为什么说它是一个特征呢？它似乎并没有在文献中广泛写出来,至少足以帮助我解决我的问题.

我在窗户上工作,有乌龟git.我有一个问题,GIT不再在我的计算机上工作(我不能做任何git命令).我想快速切换到svn,这样我就可以继续工作了.

有没有办法清理我的整个项目文件夹,以便所有git文件都消失了,我可以复制干净的svn仓库中的所有文件？

非常感谢你.

我正在运行以下方案:Ant使用java代码构建并使用soscmd API /实用程序从SourceSafe系统中检索源代码.我知道他们紧密结合在一起.我正在使用的Ant版本是1.6.因此该版本不支持Subversion.我的subversion服务器作为服务在远程计算机上运行,​​我希望Ant能够使用Subversion检索源.我该怎么办？

我的SVN版本控制存在问题:该项目位于svn的版本130,由于出现错误,我需要将其恢复为版本128,并使其成为HEAD版本(即:丢弃在版本129和130).

我正在使用Subclipse我该怎么办？

提前致谢

我正在尝试D:\SVN_HOME\EclipseWorkspace\MF_CENTER_INFO从svn中删除该文件夹.

右键单击文件夹=> TortoiseSVN =>删除=>是全部

这将返回错误:D:\ SVN_HOME\EclipseWorkspace中没有写锁定

我怎样才能解决这个问题？

我打算用bzr跟踪源代码,但是需要包含一些克隆和我所依赖的其他项目的检查.

除了简单地将他们的目录添加到忽略文件并继续前进之外,是否有任何建议？

我有一个工作失败的奴隶,在主人身上建立好.SVN安装在主站上与从站相同的位置/usr/local/bin/svn.我在奴隶上有一个Jenkins用户,它可以运行svn --version正常.

[INFO] Executing: /bin/sh -c cd /var/jenkins/workspace/projecta && svn --non-interactive update /var/jenkins/workspace/projecta

[ERROR] Provider message:
[ERROR] The svn command failed.
[ERROR] Command output:
[ERROR] /bin/sh: svn: not found

我正在使用Subversion插件,这在slave上工作正常,并在作业开始时运行.问题似乎是某些模块使用maven内部版本号插件.

正如您在上面的日志中所看到的,这是运行一个脚本,该脚本似乎作为从属服务器上的Jenkins用户运行,并在主机上获取客户端,该客户端是不同的版本.

因此,我认为它是使用Subversion插件版本检出代码,然后尝试在主机的PATH上使用旧版本更新日期.这一切都在master上工作正常,因为它只有一个版本的svn.