今天svn提交代码遇到了一个摸索了几个小时的麻烦。

由于我在写代码时有修改包名的情况，而且修改包名之前也已经提交过这部分代码。于是当我再次提交时就出现了代码冲突，由于不懂svn的merge操作，加上没有权限强制提交屡次提交失败。

我尝试先备份本地代码，然后删掉eclipse上该包所在的代码文件，然后先提交想着能把远程代码给删掉，这样再提交我本地的代码就不会冲突了（因为之前有过这样的经历，是单个文件冲突的情况，但这次是有层级的包结构，不一样），可是我提交时却提示我没有修改的东西需要提交，这是回过神来想一想确实没有这个。

比如，原先的包结构是com.liuxin.a...，而现在我把包名修改为com.liuxin.b.a...  当我删掉com.liuxin.b.a下面的文件时，再次提交，远程上确实是没有这个目录的，所以就提示我没有什么要修改。 于是乎，我就把本地删掉的代码再次拷贝回来，然后提交，第一次我先提交com.liuxin.b.a下的某一个子包的一个文件，先对比到远程文件，奇怪的事有发生了，远程文件上第一行import的还是com.liuxin.a包路径。不知道为什么会这样。反反复复试了很多遍。

再加上我写的代码好几个月没有提交，再次提交时总提示我版本冲突，更加大了解决难度。

摸索了几个小时，终于想到了提交过程中的一个提示是，我要提交的文件目录是com.liuxin.a..下的文件，这就让我很费解，我明明已经改成了com.liuxin.b.a啊，因为整包复制的，所以复制过程中一定有带有svn属性信息的文件。于是我在桌面用小乌龟有下载了一个远程代码。然后想断开svn链接，右键文件夹发现没有断开链接的选项（当然，eclipse上是有的）。百度一下（https://m.jb51.net/diannaojichu/426250.html）发现在每个包下有个隐藏的.svn文件，只要把它删了，然后刷新，就会断开链接了。那么怎么找到这个隐藏文件呢，Windows下：



组织--》布局--》菜单栏--》工具--》文件夹选项--》查看--》勾选下图即可，最后应用：



删掉要上传包下的所有子目录.svn，再次复制到原先要提交的工程中就不会说要更新版本、文件与远程目录文件冲突的情况了。因为这就相当于你新写的代码，版本是最新的，代码及目录也是新建的，所有跟谁都不冲突。

综上，1，慎用复制整包的操作，2，在eclipse修改包名很不方便，尤其是带子包的。3，如果这个模块是一个人负责最好等所有的代码都写完了再提交，这样如果出现需要修改包名的情况，不会影响提交。

今天有个朋友问我，怎么用Android Studio改应用的包名。

他的情况是，项目是从eclipse那里导入到AS上面的，不知道为毛，原包名是com.xxx.yyy.activity，想改成com.aaa.bbb。

好吧，其实我也没在AS上改过包名，于是试着自己玩了下，过程有点坑，写篇博客总结一下。

用Android Studio自带的Refactor-Rename(重构-重命名)更改包名

当然，一开始想到的就是AS的重命名功能（快捷键shift+f6）,

恩，挺好用，但是发现一次只能包路径的单一层次？嗯，什么鬼？

就是上图那样，每次只能改一层，也只能重命名一层。

而且最重要的是，无法更改层次结构，就是说原来包名是com.xxx.yyy，没法改成 com.xxx 或者 com.xxx.yyy.zzz。

如果目标包名跟原包名层次结构一样，那么可以无视下文了。AS的这个重命名功能就十分好使。

改完后顺便把gradle的applicationId改了就OK了。


另辟蹊径

如果只用AS的重命名功能，估计没法完成我朋友的需求了，毕竟要改层次。

看来只能手动改完清单文件的包名后，再一个个去改代码中R文件的包名。

感觉要疯，毕竟代码中，引用R文件的频率略高，一个一个改工作量太大。

想起试过在AS里面移动过xxx.Java，然后所有引用xxx类的文件也会更改相应导入包的路径。

于是就想着是不是可以从R文件入手，把R文件移动到新包上，利用AS强大的重构功能去自动更改其他文件引用R文件的路径。

发现的确可行。

下面简单归纳一下步骤：


更改AS项目结构的显示方式,如下图；





修改目标moduleAndroidManifest.xml中的package，还有build.gradle中的applicationId；


定位R文件(这里用快捷键ctrl+n)，在R文件所在的那些个目录（这个不知道怎么用文字描述，等下看图吧）中建立新包;


移动R文件到新包中，根据提示选择重构相关文件。


AndroidManifest.xml中某些四大组件的name属性可能用了相对路径，这时会提示出错，重新改一下路径即可，最好改成绝对路径。



上面是没啥营养的文字说明，具体操作还是看动图吧。

注意移动R文件并Refactor其他文件的时候，AS会卡一阵，其实后面还有内容的。




就是这样，其实挺简单的。

注意到R文件其实在build文件夹里面，也就是说其实是自动生成的文件，

所以更改包名后，如果残留原包的文件夹，其实可以不用去管它，下次编译的时候会自动消失的。

我正在尝试编写一个python脚本，它将某些文件从源文件夹复制到目标文件夹，但是只应复制新创建的文件。
例如，源文件夹包含2005个文件，而目标文件夹包含2000个文件，我的脚本应该复制5个丢失的文件
在下面的脚本中，逻辑是记录扩展名为“.extension”的文件的修改时间，并尝试获取它并在下一步中进行比较import sys, os, shutil
import glob
import os.path, time
fob     = open(r"C:\Python\Log.txt","a")
dir_src = r"C:\Python\Source"
dir_dst = r"C:\Python\Dest"
for w in os.listdir(dir_src):
if w.endswith('.extenstion'):
pathname = os.path.join(dir_src, w)
if not Date_File in (fob):
shutil.copy2(pathname, dir_dst)
fob.write("File Name:   %s" % os.path.basename(pathname))
fob.write("   Last modified Date:   %s" % time.ctime(os.path.getmtime(pathname)))
fob.write("   Copied On:   %s" % time.strftime("%c"))
fob.write("\n")
fob.close()
os.system("PAUSE")
我找不到一种方法来比较日期和检查是否应该复制一个文件。在
任何其他方法都是受欢迎的。在

修改包名：

修改一个文件名称，大家都知道一个快捷键，鼠标点击文件，按win+F2，有些同学可能会这样做，看下图：



这样做能不能达到需求呢？答案是不能的，因为在它下面还有子包，我们可以看下这种方法修改后的情况：



正确的方法应该怎么做呢？首先看你的根包下有多少子包，找到最底层的子包或文件（先参考第一幅图）：



修改z1的路径，修改后如下图：



接下来同样的方法修改z2,z3的包名：



最后修改MainActivity的包名：



OK，此时可以看到工程没有报任何错误，但是这还并不算完事，因为我们配置清单里的包名并没改变，如果它不变，我们刚才的这些工作都是徒劳：



又有同学说了，那不很简单，我直接把它改了不就得了，真的是这样吗？我们看下直接改后的结果：



为什么都报错了呢？呵呵，原因很简单，因为你的R文件路径仍然是原来的包路径：



你可能会说这好办，我在java文件里一个一个改过了不就行了，当然可以，你的文件少了还可以，但是多了呢，几十个甚至上百的时候你也要一个一个改吗？那有没有一劳永逸的方法呢，当然有，先打开gen目录，并修改包名：



确定后如图（不要怕）：



接下来就修改清单文件中的包名吧：



最终结果：



怎么样，没报任何错误吧！



修改项目名

直接win+F2吗？哈哈，这样你会发现，当你把项目复制到其它地方时，项目名还是原来的，是不是甚是奇怪？？你还需要进行以下操作，打开项目所在文件夹，并找到.project文件，打开之，修改项目名，然后再Eclipse中右键refresh项目即可：



全部修改完毕：



转自：http://blog.csdn.net/jdsjlzx/article/details/46348249