以下摘自:<卓有成效的程序员>之自动化 转自:http://blog.csdn.net/spare_h/article/details/6677435 我经常会一次往Subversion里添加一批文件.在使用命令行做这件事时,你必须指定所有想要添加的文件名.如果文件不多的话这还不算太糟糕,但如果你要添加20个文件,那就费事了.当然你也可以用通配符,但这样一来就可能匹配到已经在版本控制之下的文件(这不会有什么损害,只不过会输出一堆错误信息,可能会跟别的错误信息混淆).为了解决这个问题,我写了一行

有的时候,使用SVN时候会发现,由于系统编译器的问题,会自动生成大量.class文件, 或者一些多余的配置文件,这里主要就是整理一下,当如果手误,将这些多余文件都提交到了svn上面的补救方法. 可以在项目目录中找到这些多余的文件, 基本上这些生成的文件都能很容易的找到.例如下面这些.settings以及target 可以先手动将这些生成的文件在项目中删除, 之后再使用svn,将这些已经发生变化的目录,在重新提交一次, 这样,就可以将svn上已经存在的东西覆盖掉. 当这些都处理完之后, 我们可以找

今天使用SVN提交项目时,出现了这样的提示:"XXX" is scheduled for addition, but is missing.(无关紧要的东西用XXX代替). 看报错说明是这样的:"XXX"已经被列为添加状态,但我们提交时却缺少"XXX"这个. 原因是:之前用SVN提交过的文件/文件夹,被标记为"addition"状态,等待被加入到仓库.虽然你把这个文件删除了,SVN提交的时候还是会尝试提交这个文件,所以就会提示

命令行下操作svn没有使用界面形式的TortoiseSVN直观,但是不管怎样,命令行下操作svn还是有它的有点,如果你碰到一次需要svn add许多个文件怎么办?下面的命令可以帮助你解决这个问题 一次性增加所有新增的文件到svn库: svn st | awk '{if ($1 == "?") {print $2} }' | xargs svn add 一次性从svn库删除所有需要删除的文件 svn st | awk '{if ($1 == "!") {print $

SVN,不管是更新或者是提交原来存在的文件,都会抛出此异常"svn: No such revision 27106",注意,是原来存在的文件,要是新增的文件,不会出现此问题. 百度多篇文章后无果,因为大部分都是在linux环境下解决的. 初步怀疑原因是,由于SVN地址变更,没有及时通知到位,所以在地址变更后,用原来的失效地址提交,没有提交成功,但是也没有回滚成功,SVN插件依然记录了新的版本. 最后将自己更过的文件备份一次,再将整个项目重新检出后正常. 相当于重走一次SVN地址变更操作

在SVN里面找到这个文件,把这个文件右键delete删除掉,然后提交一下commit ,然后在项目中也把这个文件删除了,然后再添加到项目中提交,commit一下,就好了,解决

很多程序员不爱写注释,特别是svn提交的时候,文件做了什么修改都没有一个简单的备注,往往都是直接提交,这样是非常不利于团队开发的.所以就有了svn提交的时候,强制修改文件的备注. 步骤如下: 1.先找到对应项目的svn版本库hooks sudo find / -name hooks 2.假设进入test_wx项目下面的svn版本库 复制一份pre-commit.tmpl文件 cp pre-commit.tmpl  pre-commit 修改pre-commit的权限 chmod +x pre-c

有时,对于多文件需要上传到服务器的时候将会很麻烦,但是如果使用svn的钩子脚本就容易实现本地提交svn后,自动同步代码文件到远程服务器的网站目录下,而不必手动上传了. 首先,在网站目录下checkout代码,例如我的目录是/data/www/test svn co https://127.0.0.1/test/trunk//data/www/test/ 注意,这是因为有时我会在服务器上直接修改代码,所以用checkout,如果不需要,可以用export,此指令不带.svn版本文件. 迁出代码后,

在svn客户端,想设置忽略提交.class文件,通过 properties > New > Other 添加一个忽略的属性,,还是不行:部分屏蔽了,部分class还是在列表中 再次参考了一下:Settings > General > Global ignore pattern 添加了一个 *.class就行了. 转载一下:svn设置提交忽略某些文件或文件夹 from:http://blog.csdn.net/hemingwang0902/article/details/690420

Mac在版本控制工具Versions非常方便.一些库有.a文件必须提交svn,commit它发现被忽略的,不能提交没有这个文件.然后通过设置.VEIW->SHOW IGNORED ITEMS选,将显示,然后加至天赋SVN在. 版权声明:本文博客原创文章,博客,未经同意,不得转载.

笔者最近开发的项目中,是通过SVN做为版本管理工具的,因为需要创建的文件太多,所以有许多文件是在原有文件基础上拷贝过来修改的,这里就涉及到一个问题,原有文件中注释里填的JAVA类名.作者工号.创建时间等,都是需要修改成我自己的,因为文件太多,一个个修改起来太麻烦,所以我写了一个程序来自动扫描这些文件并替换文件中指定注释. 1.需要从项目中筛选出我创建的文件:这个就通过SVN提交日志来筛选吧,因为SVN提交历史中有提交人的工号,我通过筛选自己的工号就可以查出哪些文件是我的(当然需要注意的一点就是如

今天提交代码时候发现,svn add 还是 svn st 均查看不到想要提交的 so 文件. 后来才知道原来是配置文件出了问题,把so文件的提交给屏蔽掉了. 修改步骤如下: 1.Ubuntu 系统,点击左上角Place,选择Home Folder,打开home文件夹 2.ctrl+h 显示隐藏文件 3.打开.subversion/config 4.用###注释掉以下语句,保存原始记录,方便以后查看 # global-ignores = *.o *.lo *.la *.al .libs *.so

如果之前提交过此文件,就不能设置忽略该文件了.所以第一次提交的时候要搞清楚再提交. [亲测,的确如此,用 Windows -> Preferences -> Team -> Ignored Resources 方法不行. 项目右键--team--设置属性--svn:ignore也不行.] 方法: 1． 将文件夹或文件从Eclipse中删除.记得要在Eclipse中删除,而不是Windows文件管理界面删除. 2． 将这次修改提交,效果就是删除SVN上的该文件或文件夹. 3． 重新手动创建

在idea中,使用svn提交时可能会出现 预期文件没出现在提交目录里. 是因为没有把新建文件添加到版本控制里. 解决办法:右键选择文件→subversion→add to  vcs. 自动把新文件添加到版本控制:file→setting→version control→confirmation→when files are created 选择add silently

在你自己的机器上(即SVN客户端),把“新建test”文件夹标记为删除,然后提交,在删除之前可以备份“新建test”文件夹,提交后,在当前文件夹下更新SVN.然后把你刚刚备份的文件夹重新放到该目录下. 对“新建test”文件夹进行SVN的标记“增加”,出现如下图的提示.什么原因呢,因为每次提交文件夹的时候,SVN会在该文件夹的“新建test”目录下的“.SVN”这个隐藏文件夹中记录一些文件提交.变更等信息.所以在使用SVN增加该文件夹时,SVN会认为已经有了该文件夹. 显示隐藏文件,如下图操作.

前言: 今天使用SVN提交代码,发现提交后的代码找不到之前的版本. 操作的字母缩写为R.一般我们常见的操作为 A D M R   A:add,新增 C:conflict,冲突 D:delete,删除 M:modify,本地已经修改 G:modify and merGed,本地文件修改并且和服务器的进行合并 U:update,从服务器更新 R:replace,从服务器替换 I:ignored,忽略

因为是在项目中新增了文件夹,可能是直接在文件夹里放入文件,导致svn没有读取到文件信息,所以提交不了. 搞了一晚上,蛋疼死,解决方法:把新增的文件夹复制出来,删掉里面的 .svn文件夹.然后删掉项目里的新增的文件夹,再把拿出来的这个删掉.svn文件夹之后的文件夹给放入项目中,就可以提交svn了. MyEclipse 中,svn管理的工程目录中在新增的文件夹显示?表示没有获取信息,如果是新增的文件夹,必须要显示+号才行,如果是新增的文件,那么显示问号也是可以提交的.

svn 提交代码报错 最近新安装了TortoiseSvn 1.92,在上传代码,其中有新增加的文件,出现如下错误: 解决方法: 1.用vs生成patch文件 2.生成的patch文件中讲nonexistent改为revision 0 3.在viewboard中选择update->upload diff 4.填写Base Directory, Diff, Basic Commit ID

   协同开发中SVN的使用规范 先更新,再提交 SVN更新的原则是要随时更新,随时提交.当完成了一个小功能,能够通过编译并且自己测试之后,谨慎地提交. 如果在修改的期间别人也更改了svn的对应文件,那么commit就可能会失败.如果别人和自 己更改的是同一个文件,那么update时会自动进行合并,如果修改的是同一行,那么合并时会产生冲突,这种情况就需要同之前的开发人员联系,两个人一起协商解决冲突,解决冲突之后,需要两人一起测试保证解决冲突之后,程序不会影响其他功能. 在更新时注意所更新文件的列

写在前面: 最近, 跳槽了. 来到了一家感觉QIAN景不错的创业公司. 由于是开始, 规模比较小, SVN的管理工作, 也有我来承担. 今天发生了一些相当不愉快的事情, 就是因为一个同事, ①签入代码无法编译, ②签入代码不写注释, 找不到变更记录. 找来这么一篇文章放到博客上, 希望能帮助看到的各位. =======================割==割===割========================= 最近在合作开发,用SVN给代码和文档做版本控制,由于是刚学会使用,总是问题多多:

svn提交遇到恶心的问题,可能是因为上次cleanup中断后,进入死循环了. 错误如下: 解决方法:清空svn的队列 1.下载sqlite3.exe 2.找到你项目的.svn文件,查看是否存在wc.db 3.将sqlite3.exe放到.svn的同级目录 4.启动cmd执行sqlite3 .svn/wc.db "select * from work_queue" 5.看到很多记录,下一步执行delete from work_queue 6.ok了,现在在到项目里面,执行cleanup,