删除未加入svn版本控制的文件(包括文件夹) svn status | grep '^?' | awk '{print $2}' | xargs rm -rf

# 先看看会删掉哪些文件,防止重要文件被误删 git clean -n # 删除 untracked files git clean -f # 连 untracked 的目录也一起删掉 git clean -fd # 连 gitignore 的untrack 文件/目录也一起删掉 (慎用,一般这个是用来删掉编译出来的 .o之类的文件用的) git clean -xfd

使用Git进行本地提交后,未上传提交,却不小心删除了本地提交或提交所在分支,怎么办????? 不要紧!!!! 可以使用git reflog命令来帮助恢复删除的本地提交! 运行以下命令你就知道怎么用了! 1. git stash 清空工作区和暂存区 2. git pull 同步服务器代码 3. git commit –allow-empty -m "this is a test" 进行一次空提交 4. git reset HEAD^ –hard 删除刚才的空提交 5. git reflo

在我们用VS进行项目合作开发的过程中,SVN的提交控制是至关重要的,由于版本冲突造成的各种麻烦咱们已经遇到的够多了.所以,总结他们的经验教训,给我们也给其他人做个提醒.下面的第一部分是需要在正式开发之前需要做的,第二部分是开发的过程中需要注意的. 一.排除不必要的提交 1.将编译性的文件排除在提交之外 由于编译性的文件(包括obj文件夹和bin文件夹)并不是源文件,它完全可以通过存储的源文件生成,一次提交的话会造成两方面的影响:1. 浪费服务器存储空间 2. 由于每个团队成员编译的结果可能并不一

在近期svn提交代码时遇到多种情况的问题,现做一个解决办法的总结如下: 插播一条:idea下被svn版本控制各类文件的颜色区分,红棕色,未加入版本控制:绿色,已经加入控制暂未提交:蓝色,加入,已提交,有改动,与版本库文件不一致:黑色,加入,已提交,无改动,和版本库文件一致:灰色:版本控制已忽略文件. 1.内容冲突:当两名(或更多)开发人员修改了同一个文件中相邻或相同的行时就会发生文件冲突.(1)修改同一文件不同位置引发的冲突,其他人在你之前提交了代码你提交时报错:该文件已经过期,需要先更新文件解

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

在我们开发项目中的时候经常使用到svn,有时候我们commit的时候回出现很多无用的文件,这些文件就是未版本化的文件,怎么解决这些乱文件的问题呢? svn commit提交的时候有个"show unversioned files" 显示未版本化的文件 点击前面的checkbox取消就可以了.

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

不少开发员提交修改的时候都不写注释,导致查看历史时很费劲,也不太符合规范.有的公司要求每次提交修改时都写上bug号或者任务描述,那么如何在工具上防止开发员们不写注释呢? 利用svn的pre-commit钩子可简单实现此要求. 进入仓库project1/hooks目录,找到pre-commit.tmpl文件,重命名,去掉后缀.tmpl. 编辑pre-commit文件:(Linux系统和windows系统脚本内容见1和2) 1.Linux系统 方法1: 将: $SVNLOOK log -t "$TX

前言: 今天使用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提交或更新后经常会出现”Files 的值’< < < < < < < .mine’无效.路径中具有非法字符”的错误.查阅了下资料,是因为:你更改了一个文件,服务器上相应的文件也改变了,于是文件不能自己合并.解决冲突.你需要自己确定使用哪一个文件.SVN进行管理时,把(与服务器上对应文件)不同的部分写入源文件或添加了以.mine..rs*后缀的文件.  解决方法:在你的工程OBJ/DEBUG目录下,找到 工程名.csproj.FileListAbsolut

修改最后一次提交: 在实际开发中,可能会遇到以下两种情景:情景一:版本刚一提交(commit)到仓库,突然想起漏掉两个文件还没有添加(add).情景二:版本刚一提交(commit)到仓库,突然想起版本说明写得不够全面,无法彰显你本次修改的重大意义…… 执行带 --amend 选项的 commit 提交命令,Git 就会“更正”最近的一次提交. 之前修改的文件只是提交到了暂存区,并没有提交到仓库 执行:git commit --amend就会进入到此次提交版本的编辑说明中 也可以直接git com

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

http://www.thinksaas.cn/group/topic/105323/ ———————————————————————————————————————————————————————— 某次 svn 提交前对工程中的文件做了修改.删除.移动等操作,提交时出现了下面的错误提示框: Transaction is out of date svn: Commit failed (details follow): svn: 过期: ”/your-path“在事务“6148-1” 解决办法是

最近逐步逐步的将公司的项目都从SVN往Git迁移了,但是想团队成员都能够一步到位就迁移到Git是不可能的,因为还有大部分人都还不会Git,所以整个过渡过程估计得大半年. 因此导致虽然项目迁移过来了,但是团队开发还是在SVN提交代码.所以得想个办法同步迁移之后继续在SVN提交的代码到Git来,不然到时候又得做一次迁移操作得多操蛋. 在网上查看了下资料,都是讲SVN迁移到Git的过程,并没有讲解迁移之后团队成员继续在SVN提交代码,然后需要同步最新的SVN提交记录到Git的过程,因此自己慢慢探索,居

1. 纳入版本控制 ①新建文件abc.txt ②在文件上点右键 ③添加后文件图标发生变化 2. 提交 ①使用TortoiseSVN可以提交具体某一个文件,或某一个目录下的所有改变.方法就是在想要提交的项目下点右键,然后SVN Commit...,就可以看到如下界面 ②日志内容如果不填,TortoiseSVN会提交一个空字符串作为日志信息. ③提交后显示信息如下 ④没有纳入版本控制的文件默认是不在提交范围内的,直接在新创建的文件上点右键只能看到add操作的选项,如前所述.但在新创建的文件所在目录点

使用SVN在eclipse中提交文件,但是出现错误,如下: URL access forbidden for unknown reasonsvn: Commit failed (details follow):svn: Access to ** forbidden 但是更新项目可以,网上查了原因是之前只用用户登录之后保存了密码,换用新的用户之后就出现这样的问题. 解决方法如下: 1. 查看你的Eclipse中使用的是什么SVN Interface 查看方法:在eclipse中按菜单 window

1. 纳入版本控制 ①新建文件abc.txt ②在文件上点右键 ③添加后文件图标发生变化 2. 提交 ①使用TortoiseSVN可以提交具体某一个文件,或某一个目录下的所有改变.方法就是在想要提交的项目下点右键,然后SVN Commit...,就可以看到如下界面 ②日志内容如果不填,TortoiseSVN会提交一个空字符串作为日志信息. ③提交后显示信息如下 ④没有纳入版本控制的文件默认是不在提交范围内的,直接在新创建的文件上点右键只能看到add操作的选项,如前所述.但在新创建的文件所在目录点

版权声明:本文为博主原创文章,未经博主允许不得转载. 原文地址: https://www.cnblogs.com/poterliu/p/9285137.html 在使用SVN提交代码或更新代码时经常会出现报错,大致的提示信息如下: Working copy "XXX" locked. "XXX" is already locked. Please execute the 'Clean up' command. 如图所示: 解决方法一: 使用能够打开SQLite数据库

原因: 1.删除了某个文件夹,然后又创建了一个同名文件夹 2.之前执行过Add操作,但没上传代码,在电脑上提交了同路径的代码,再次上传时会报错 解决方法: 1. 删除出现错误的文件夹 2. SVN Update 3. 这时服务器上存在的文件夹会出现在本地 4. 删除原有的文件夹 5. SVN Commit 6.重新创建文件夹 7. SVN Commit