在大公司提交代码都需要经历cr(code review)过程,在用python脚本将代码上传至cr(代码对比工具)服务器时会产生一个issue.info文件,这个文件的内容就是一个issue号,此文件是不需要提交至SVN服务器的,对于有强迫症的程序猿来说是会犯病的! 在执行git status命令时会看到如下场景: 干掉这个讨厌的issue.info文件的方式有两种: 1.执行"rm issue.info"的git命令,git会帮你删除这个文件. 2.在工程目录下的.gitignore

这次ssh amazon ec2的instance,在家里电脑登录OK,到了公司电脑登录失败(只支持公钥机制).私钥已经拷贝到公司的ubuntu上了,奇怪. 后来发现是.ssh目录下存在一些公钥文件导致了这个问题.ssh的时候使用-vvv可以看到很多调试信息,在这里看到在ssh认证的时候,发送过去的公钥不是amazon ec2的公钥,而是我本地.ssh目录下另外一个公钥. 所以删除了.ssh目录下所有的公钥文件之后,就OK了. 我猜想是这样: 1. 如果在.ssh/config下配置了针对该Ho

1.Component的属性Permanent设置为Yes. 2.Component的ID为空. 3.Component被其他应用程序或者Feature使用. 4.设置了一个Condition,在安装时启用某个Feature,卸载时禁用该Feature.意思就是卸载的时候不卸载某个Feature,所有它对应的文件也会保留. 5.Component的关键文件在这个键值下有先前的引用HKEY_LOCAL_MACHINE/Software/Microsoft/Windows/CurrentVersio

删除Git记录里的大文件 仓库自身的增长 大多数版本控制系统存储的是一组初始文件,以及每个文件随着时间的演进而逐步积累起来的差异:而 Git 则会把文件的每一个差异化版本都记录在案.这意味着,即使你只改动了某个文件的一行内容,Git 也会生成一个全新的对象来存储新的文件内容.久而久之,Git 仓库会变得十分臃肿. 解决办法 step 1. 把代码拉到本地 git clone git@github.com:congyucn/GAN-102CategoryFlower.git step 2. 查看占

app/test/target/ #查看大文件 git rev-list --objects --all | grep "$(git verify-pack -v .git/objects/pack/*.idx | sort -k 3 -n | tail -5 | awk '{print$1}')" #删除大文件或者目录 git filter-branch --force --index-filter 'git rm -rf --cached --ignore-unmatch app/

在使用idea进行提交代码时,执行提交时一直出现modified:   .idea/workspace.xml 非常让人烦恼. 问题原因: 原因在于Git的忽略,Git在同步代码时,设置本地忽略文件的前提是,必须保证Git的远程端仓库中没有这个要忽略的文件.当远端包含有该文件时,本地设置的ignore将不再发挥作用. 解决方法: 在本地的.gitignore文件里面添加上.idea/workspace.xml文件. 如果已经将本地的文件提交到了远端,那么需要将远端提交的文件给删掉,删除指令为:

1.git status //查看修改文件状态 2.git add  //将想要提交的文件add到本地库 4.git status  //查看修改文件状态 3.git commit  //提交add到本地库的文件 5.git  stash //将其他修改文件 6.git pull  origin dev //拉取远程代码合并到本地 7.git push  提交commit的文件 8.git stash pop //回复存储区的文件

在此用的是由内向外删除.文件结构是:父文件夹/子文件夹/文件.用的是java1.6的java.io.FIle#deleteFile(); 在删除的过程中,发现,文件删除的时候没有问题,但是在子文件夹删除的时候会出现, 最后一个子文件没有删掉的情况.这个现象可以通过 fatherFolder.listFiles()来找出, 这个时候的list是有长度的,长度为一,对象是删除顺序的最后一个文件夹,但是这个文件夹 的状态确实 subFolder.exists() = false;也就是说删除动作执行了

是时候告诉你重要文件是哪些了,这是一个陆游,所以 需要路由配置 index.js 路由配置文件是index.js注意这个文件最开始就在集成路由了 然后最开始集成路由的地方可以不写后缀名字,因此注意这个文件夹里的文件即使文件类型不同也不要使用同一个名字,如果名字重复可能会造成一些不必要的麻烦,文件夹也不要重名,文件夹后缀本来就没有,因此可以不写,但其它的文件还是建议写一下后缀名. 然后这里可以import别名的 import 别名 from '资源' views 有点像我们django中的view

2014-05-26 导语:Cocos2dx在安卓上移植的时候,增加第三方库,却发现新加的so库被删掉了. 正文: 1.我的环境: cocos2d-x 2.2.3, ndk-r9 2.网上找了非常多,可是好多说法都没能成功,ndk编只是.最后找了个方法.这里记录一下! 1)在新建文件夹jni/prebuilt,加入so包 2)在原来的jni/Android.mk加入 3)注意,又一次在armeabi文件夹下生成的大小会变化,可是假设大小差非常多的话就有问题了,把obj文件夹删掉重编再试试就能够了

git push报错: github不能上传大文件,按道理删掉重新提交就行了 可是删掉后,git add -A,再git commit,再git push,依然报错 后来我想明白了 github上传时候,其实不止是push当前版本,还要push所有历史版本,如果之前某次commit没有上传,那么这个历史版本也要默认push 为此,解决办法: 1,用git cherry命令查看所有commit但没push的历史版本 2,再用git reset [版本id]命令撤销之前的版本 值得注意的是git r

这个操作会将库清空,一般来说在建库开始的时候操作. 适用场景: git init初始化版本库之后,提交第一个点之后发现这个点出问题了,但是此时内心如果有洁癖的话, 你会觉得不完美,很想把这个点干掉重来.

1.查看git状态 git status  这个可以告诉我们对git做了哪些操,比如增删改 2.既然我们修改了东西,有的时候想看看修改了什么,毕竟我们的记忆力并不如电脑 git diff 文件名 (默认和暂存区比较.啥事暂存区后面说) 3.修改了之后我提交了,我想看看提交的日志git log -- pretty = oneline  (后面这是格式化用的,可以不写) 4.突然想起来我提交的这个有错误怎么办,我想恢复到之前的版本 git reset --hard HEAD^ ( HEAD^ 是之前

撤销修改 1.如果当你修改了代码,然后又发现修改错误以后,想撤销前面的操作的时候该怎么办呢? 既然错误发现得很及时,就可以很容易地纠正它.你可以删掉最后一行,手动把文件恢复到上一个版本的状态.如果用 git status 查看一下: 你可以发现,Git会告诉你, git checkout -- file 可以丢弃工作区的修改: 2.如果当你修改了代码,已经add到暂存区而没有进行commit操作的时候,想撤销前面的操作的时候该怎么办呢? Git同样告诉我们,用命令 git reset HEAD

在使用git对项目进行版本管理的时候,我们总有一些不需要提交到版本库里的文件和文件夹,这个时候我们就需要让git自动忽略掉一下文件. 使用.gitignore忽略文件 为了让git忽略指定的文件和文件夹,我们需要在项目的根目录当中创建.gitignore文件,使用.gitignore文件的方式很简单,在.gitignore文件当中,一行代表一条忽略规则,如果是一个带"."这种有后缀的字符串那么git就会忽略这个文件."*"表示的就是选中所有,如果没有".&

在Git中,删除也是一个修改操作,我们实战一下,先添加一个新文件test.txt到Git并且提交: $ git add test.txt $ git commit -m "add test.txt" [master 94cdc44] add test.txt 1 file changed, 1 insertion(+) create mode 100644 test.txt 一般情况下,你通常直接在文件管理器中把没用的文件删了,或者用rm命令删了: $ rm test.txt 这个时候

删除文件 回忆一下文件的常见操作,新增文件,修改文件,删除文件等,新增和修改文件都单独讨论过,现在我们来研究一下如何删除文件. 你可能会说删除文件还不简单啊,直接 rm -rf <file> 即可,但是这仅仅是本地文件被删除了,对于 git 来说,文件并没有被删除. 还记得我们开篇介绍git 时就说过,一切操作皆版本 ,对于新增是一个版本,修改也是一个版本,就连删除都是一个版本. 下面让我们看一下 git 中如何删除文件吧! 背景 # 查看当前文件列表 $ ls file1.txt file2

可以先找一个已经被git管理的项目, 我就使用这个项目吧: https://github.com/solenovex/ID3-Editor 基本工作流程 克隆以后呢, 进入该目录查看一下状态: 然后添加一个文件叫 z0.txt, 然后添加点文字: 然后再查看状态: 随后我使用git add z0.txt让这个文件被git追踪, 然后再查看状态: 这时git告诉我有变化需要被commit. 这时文件是在staging 区里面: 这时执行git commit, 输入信息之后, 就会回到命令行: ma

文件必须放在本地Git仓库的文件夹下,子文件夹也可以. 1.添加/修改 git add <文件名> 2.提交 git commit -m "本次提交说明" 可以add很多文件,然后一起commit 每次修改都要add, 才能把所有修改都commit 3.查看文件上次修改了那里(diff=difference) git diff <文件名> 4.查看仓库当前的状态(随时都可以使用) git status 如果: $ git status On branch mas

在Git中,删除也是一种修改.先新建一个文件,添加并提交.然后删除下看看. 一般删除直接从工作区把文件删了,或者使用rm命令 ​ 这是使用git status查看状态,会告诉我们删了哪个文件 ​ 这个时候有两个选择,一个是确定要删除,一个是删除错了要恢复. 先看恢复,使用 git checkout -- file就行了 ​ git checkout其实使用版本库中的版本替换工作区的版本,所以工作区无论是修改还是删除了,都可以一键还原 如果确实要删除文件,这是可以使用git rm file删掉,然

git:当本地分支中的代码和develop分支上有很多冲突,希望删掉本地分支,重新建立新的分支,但是git中说你需要先解决当前的冲突,这种情况怎么解决 这种情况可以在代码编辑器中点击commit,然后选择revert,把本地有的冲突revert掉,然后再把这些有修改的文件删掉,最后重新建一个分支,再从develop上拉最新的代码,这个是最快的解决方法.