摘要：
当今的系统，对#！这一行的长度限制从63到1024个字符都有。清尽量不要超过64个字符在某些系统上，命令行部分包含了命令的完整路径名称。不过有些系统却不是这样；命令行的部分会原封不动地传给程序。因此，脚本是否具有可移植性取决于是否有完整的路径名称别在选项（option）之后放置任何空白，因为空白也会随着选项一起传递给被引用的程序你需要知道解释器的完整路径名称。这可以用来规避可移植性问题，因为不同的厂商可能将同样的东西放在不同的地方一些较旧的系统上，内核不具有解释#！的能力，有些Shell会自行处理，这些Shell对应于#！与紧随其后的解释器名称之间是否可以有空白，可能有不同的解释。 阅读全文
摘要：
一次做好一件事处理文本行，不要处理二进制数据 文本行是UNIX的通用格式。当编写自己的工具程序时便会发现，内含文本行的数据文件很好处理，可以用任何唾手可得的文本编辑器来编辑它，也可以让这些数据在网络与各种机器架构之间传输。使用文本文件更有助于与任何自定义工具与现存的UNIX程序之间的结合使用正则表达式 正则表达式是很强的文本处理机制。默认使用标准输入/输出避免喋喋不休 UNIX工具程序一向遵循“加他做什么，就会得到什么”的设计哲学，不会问“你确定吗？”这类的问题输出格式必须与可接受的输入格式一致让工具去做困难的部分构建特定工具前，先想想 阅读全文
摘要：
git branch 显示分支git branch -a 显示所有分支包含隐藏分支git branch -av 同上的同时显示最近的提交git remote -v 显示所有远程仓库地址git remote show origin 显示远程的分支信息对于git分之的理解还有下面的一篇文章：在使用git的过程中经常会遇到这样的情况：执行指令 git fetch 定住不动，以为程序死了或是网络问题。今天我在公司又碰到了这样的情况，以为网络端口被封了。但是后来通过尝试发现网络是通的。遂静下心来分析这个问题，并对git中的远程分支和数据的管理方式上有了更深的理解。一般我们在添加一个远程分支就是使用git 阅读全文