root – 第9页 – 枫林的小窝

Windows10开启Shift+右键“在此处打开命令窗口”

1、按Windows键，输入regedit打开注册表

2、分别找到以下路径

计算机\HKEY_CLASSES_ROOT\Directory\shell\cmd
计算机\HKEY_CLASSES_ROOT\Directory\Background\shell\cmd
计算机\HKEY_CLASSES_ROOT\Drive\shell\cmd

3、将 HideBasedOnVelocityId 改为 ShowBasedOnVelocityId

参考链接：

Windows10右键添加“在此处打开命令窗口”

windows10开启shift+右键在此处打开命令窗口

【转】git用ssh方式下载和提交代码

节选自：git用ssh方式下载和提交代码

1、运行Git Bash客户端，执行ls ~/.ssh; 如果列出下图这两个rsa文件，那应该就不需要配置ssh key了，如果不放心就将这几个文件删掉，重新生成。

2、生成ssh key文件

ssh-keygen -t rsa -C "xxx.xxx.com"

-t 指定密钥类型，默认是 rsa ，可以省略

-C 设置注释文字，比如git的地址。

-f 指定密钥文件存储文件名，我们省略了命令执行的时候会让你选择文件名，直接回车就会保存在默认的位置。

然后会让你输入两次密码，最后出现 key fingerprint和 key’s randomart 就表示创建成功了。

ssh-keygen -t ed25519 -C "your_email@example.com"

【转】svn 迁移至git操作手册

节选自：svn 迁移至git操作手册

项目交付、版本管理工具变更等情况下，迁移svn旧历史记录有很大必要，方便后续追踪文件的提交历史，文件修改记录比对等。git自带了从svn迁移至git的工具命令，可很好的对svn上的提交历史做迁移和映射，操作简单方便。但是初次接触不熟练，这里做一个总结和记录，内容尽量简单化。争取提供给刚刚接触git和准备迁移的用户一个简单易懂的方案。

迁移流程图：

这里分为两步来说明，第一步是比较简单迁移要件准备，已经准备好的用户可直接略过，直接进入第二步进行迁移操作。继续阅读【转】svn 迁移至git操作手册

【转】TortoiseGit 2.4.0.2引入了一个新的BUG，导致无法提交，提示“fatal: protocol error: bad line length character: Welc”

今天（2017.02.27）TortoiseGit 2.4.0发布了一个Hotfix来修正几个BUG,网站上的具体的版本信息如下：

2017-02-25 | Released TortoiseGit Hotfix 2.4.0.2 (fixes issue #2909 (Commit dialog unclosable) and issue #2911 (Add returns “invalid path”) and contains PuTTY 0.68)

但是这次的修复引入了更大的BUG,导致无法提交代码，不管是拉取还是提交代码，都会提示”fatal: protocol error: bad line length character: Welc“,如下图：

修复这个问题最简单的方法就是还原到TortoiseGit 2.4.0版本。

这个BUG是由TortoiseGitPlink.exe里面的代码改动引起的，只要还原这个文件到0.67版本（来自TortoiseGit 2.4.0），也可以解决这个问题。

目前已经提交了BUG给开发人员了。对于的BUG链接地址如下：
TortoiseGit 2.4.0.2 bug ( TortoiseGit 2.4.0 works but TortoiseGit 2.4.0.2 can not pull and push) “fatal: protocol error: bad line length character: Welc”

希望能尽快修复这个问题吧！

到目前为止（2017.05.09）这个问题依旧没有修复的可能，因此建议大家可以改用一下SourceTree-2.0.20.1,可以点击这里下载目前最新的版本。

PS：可以直接点击这里下载0.67版本的plink.exe。

PPS：SourceTree高版本也有这个问题，解决方案是一样的。（最终笔者还是换成了OpenSSH。）

【转】Git LFS的使用

转载自：Git LFS的使用

还没使用git之前，二进制文件和源代码分成两块，分别存放到不同的svn仓库上（防止二进制文件中有病毒感染服务器，所以做了这种隔离）。
现在公司已经切换到git上进行版本管理了，那么就可以使用git lfs来管理这些二进制文件，这样就可以让源码和二进制文件和谐共存于一处，从而不像以前那样，需要分别做两次更新。

Git LFS的简单理解

LFS其实是git的一个扩展，并没有改变git的工作方式，有点像耍了个小花招，把指定需要lfs管理的文件替换成了一个指针文件交给git进行版本管理；
在pull/push等这些操作中，lfs又通过lfs服务器把这些文件的真身给下载或上传回来；
通过这样的手段，使得本地仓库的体积大大减小，而不会出现随着这些文件的版本增多而体积剧烈膨胀的情况；
个人觉得这种把存储负担转移给了服务器的做法，是不是有违git去中心化的理念，毕竟lfs这样做其实算是强依赖于这个lfs服务器了，本地仓库并不是一个完整的仓库继续阅读【转】Git LFS的使用

Android多国语言化（国际化）

Android多国语言化及value文件夹命名方式

Android多语言兼容N及以上(国际化)踩坑之旅

【踩坑记录】多语言切换在Androidx失效

Java 和 Kotlin

Ivony：

1.几乎所有的程序设计语言都是和库绑定的。

2.一个优秀的程序设计语言不在于他有多少语法元素和特性，而在于这个语言的语法元素是否符合直觉。更进一步的就是是否符合你的直觉。符合直觉，或者说你的直觉和语言设计者的口味一致的语言，不单用起来爽，学起来也快。

圆胖肿：

1.Java在一大堆通用编程语言中，特性最少，关键字最少，符号最少，也就是说，Java是学习门槛和难度最低的通用编程语言。

Akiyama Mio：

1.Kotlin并没有不火，但也没有大火，一直都是不温不火的状态，我个人的判断是将来可能还会继续不温不火，或者是慢牛状态。

2.Kotlin会大火吗? 如果没有Flutter的话，我认为会，现在有了Flutter，可以跨Android和iOS平台，还可以编译web和桌面版二进制，多平台GUI通吃且体验一致，对于开发者来说简直没有理由不使用Flutter啊，所以个人认为Flutter会逐渐挤压和蚕食一部分原生Android开发的市场份额。

Zhao Jun：

不可否认Kotlin在安卓开发领域做得不错，但是Kotlin相对Java在后端开发领域优势不大。

1.Kotlin的空安全语法跟现有Java库之间的互动不是很平滑，问号、双惊叹号出现频率比较高。

2.Kotlin不需要处理checked exception，会导致很多潜在问题不能在编译期被发现和处理，直接进入产品环境。

3.类里面不能定义static field比如log对象，想要的话得弄companion object有点多此一举。

4.开发环境的各种小问题，如idea经常卡住特别是Java跟Kotlin混合使用的情况。影响团队生产效率。对于有洁癖的程序员来说，一个项目混合使用两种后端语言一言难尽。

参考链接：

Kotlin语言现在怎么不火了? – Ivony的回答 – 知乎

Kotlin语言现在怎么不火了? – 圆胖肿的回答 – 知乎

Kotlin语言现在怎么不火了? – Akiyama Mio的回答 – 知乎

Kotlin语言现在怎么不火了? – Zhao Jun的回答 – 知乎