Tools

vscode, code-server code server 是 coder 公司基于微软开源的 Visual Studio Code 开发的一款产品。 code server 的目标是为开发者构建一个便捷统一的开发环境，让开发者能从任意设备、任意位置通过浏览器来进行代码的编写。从而免去了常规的 IDE 开发流程中的环境搭建的问题。 code server 有哪些优点？ 环境统一 code server 解决的第一个问题就是跨设备的环境一致性。因为 code server 始终运行在一个远程的云端环境，因此他的开发环境始终是一致的，不会出现不同平台或者不同设备运行相同的代码而出现各种问题的情况。 我相信有不少程序员遇到过类似的问题。比如，同样的代码在 MacOS 上运行正常，在 Windows 上运行报错；或者在同事 A 的电脑上运行正常，而在同事 B 的电脑上运行报错。 而 code server 解决了这个问题，对于同一个项目的代码开发，不管是谁，运行代码的环境都是 code server 所在的服务器环境，这有效的避免的环境不同带来的问题，让程序员把精力更多地放在代码编写上，而不是去解决各种平台切换带来的问题上。 podman run -d --name code-server \ -p 8080:8080 \ -v "code-server-config:/root/.config" \ -v "code-server-project:/home/coder/project" \ -v "code-server-ssh:/root/.ssh" \ -v "code-server-data:/data" \ -u "$(id -u):$(id -g)" \ -e "DOCKER_USER=root" \ --memory=2g \ --cpus=1 \ codercom/code-server:3.12.0 --auth none nginx 配置 location / { proxy_pass http://wyse5070.wiloon.com:8080; proxy_set_header Host $host; proxy_set_header Upgrade $http_upgrade; proxy_set_header Connection upgrade; proxy_set_header Accept-Encoding gzip; } ...

GraphViz pacman -S graphviz GraphViz是什么？ GraphViz是一个开源的图像可视化的软件，是贝尔实验室开发的一个开源的工具包，它使用一个特定的 DSL(领域特定语言): dot 作为脚本语言，然后使用布局引擎来解析此脚本，并完成自动布局。graphviz 提供丰富的导出格式，如常用的图片格式，SVG，PDF 格式等。 Graphviz由一种被称为DOT语言的图形描述语言[3] 与一组可以生成和/或处理DOT文件的工具组成: dot 一个用来将生成的图形转换成多种输出格式的命令行工具。其输出格式包括PostScript，PDF，SVG，PNG，含注解的文本等等。 neato 用于 sprint model 的生成 (在Mac OS版本中称为energy minimized) 。 twopi 用于放射状图形的生成 circo 用于圆形图形的生成。 fdp 另一个用于生成无向图的工具。 dotty 一个用于可视化与修改图形的图形用户界面程序。 lefty 一个可编程的(使用一种被EZ影响的语言[4])控件，它可以显示DOT图形，并允许用户用鼠标在图上执行操作。Lefty可以作为MVC模型的使用图形的GUI程序中的视图部分。 作者: 疯狂的小托马斯 链接: https://www.jianshu.com/p/8e88b2a5dc03 来源: 简书 简书著作权归作者所有，任何形式的转载都请联系作者获得授权并注明出处。

VIM 列编辑 VIM的列编辑操作 插入列 插入操作的话知识稍有区别。例如我们在每一行前都插入"() " 光标定位到要操作的地方。 CTRL+v 进入"可视块" 模式, 选取这一列操作多少行。 SHIFT+i(I) 然后输入要插入的内容。此时输入的内容只会出现在光标所在的行. ESC 按两次, 会在每行的选定的区域出现插入的内容。 删除列 光标定位到要操作的地方。 CTRL+v 进入"可视 块"模式,选取这一列操作多少行。 d 删除。 https://www.cnblogs.com/xiaowant/articles/1992923.html

Vim 查找, 搜索, find 查找 在 normal 模式下按下 / 即可进入查找模式 (向下查找, ? 向上查找), 输入要查找的字符串并按下回车。 Vim 会跳转到第一个匹配。 按下 n 查找下一个, 按下 N 查找上一个。 换行符 \n https://blog.kuretru.com/posts/67976692/ /foo.*\n.*bar 大小写敏感 \c, \C # 大小写不敏感 /foo\c # 大小写敏感 /foo\C 大小写敏感配置 Vim 默认采用大小写敏感的查找, 为了方便我们常常将其配置为大小写不敏感 “设置默认进行大小写不敏感查找 set ignorecase “如果有一个大写字母, 则切换到大小写敏感查找 set smartcase vim 正则表达式 Vim 查找支持正则表达式, 例如 /vim$ 匹配行尾的 “vim”。 需要查找特殊字符需要转义,例如 /vim$ 匹配 “vim$"。 注意查找回车应当用\n,而替换为回车应当用\r (相当于<CR>) 。 将会查找所有的"foo”,“FOO”,“Foo"等字符串。 将上述设置粘贴到你的~/.vimrc,重新打开Vim即可生效。 查找当前单词 在normal模式下按下*即可查找光标所在单词 (word) , 要求每次出现的前后为空白字符或标点符号。例如当前为foo, 可以匹配foo bar中的foo,但不可匹配foobar中的foo。 这在查找函数名、变量名时非常有用。 ...

archlinux vim 剪贴板 sudo pacman -S gvim #复制到系统粘贴板 "+y #从系统粘贴板粘贴 "+p https://blog.csdn.net/dadoneo/article/details/6003415 用vim这么久 了,始终也不知道怎么在vim中使用系统粘贴板,通常要在网上复制一段代码都是先gedit打开文件,中键粘贴后关闭,然后再用vim打开编辑,真的不爽；上次论坛上有人问到了怎么在vim中使用系统粘贴板,印象里回复很多,有好几页的回复却没有解决问题,今天实在受不了了又在网上找办法,竟意外地找到 了,贴出来分享一下。 如果只是想使用系统粘贴板的话直接在输入模式按 Shift+Inset 就可以了,下面讲一下 vim 的粘贴板的基础知识,有兴趣的可以看看,应该会有所收获的。 vim帮助文档里与粘贴板有关的内容如下 vim(我这是GVIM)有17个粘贴板,分别是"、 0、1、2、…、9、-、_、+、. 、 : 、/:: ；用:reg命令可以查看各个粘贴板里的内容。在vim中简单用y只是复制到" (双引号)粘贴板里,同样用p粘贴的也是这个粘贴板里的内容； 要将vim的内容复制到某个粘贴板, 需要退出编辑模式, 进入正常模式后, 选择要复制的内容, 然后按"Ny完成复制, 其中N为粘贴板号(注意是按一下双引号然后按粘贴板号最后按y),例如要把内容复制到粘贴板a,选中内容后按"ay就可以了,有两点需要说明一下: VIM内部 (") : “号粘贴板 (临时粘贴板) 比较特殊,直接按y就复制到这个粘贴板中了,直接按p就粘贴这个粘贴板中的内容 (也可以说是VIM专用吧) ； 与外部程序交互(_/+): +号粘贴板是系统粘贴板,用”+y将内容复制到该粘贴板后可以使用Ctrl+V将其粘贴到其他文档 (如firefox、gedit) 中,同理,要把在其他地方用Ctrl+C或右键复制的内容复制到vim中,需要在正常模式下按"+p； 要将vim某个粘贴板里的内容粘贴进来,需要退出编辑模式,在正常模式按"Np,其中N为粘贴板号,如上所述,可以按"5p将5号粘贴板里的内容粘贴进来,也可以按"+p("+* 也行)将系统全局粘贴板里的内容粘贴进来。 我用的是GVIM,可能与某些帖子说的不一样,但大体操作还是一样的。好了,现在可以完美运用VIM复制粘贴了,再也不用慢腾腾地点鼠标了。 The vim package is built without Xorg support; specifically the +clipboard feature is missing, so Vim will not be able to operate with the primary and clipboard selection buffers. The gvim package provides also the CLI version of Vim with the +clipboard feature. ...

vscode basic，vscode, visual studio code linux vscode 配置 echo "--enable-features=UseOzonePlatform --ozone-platform=wayland" >> ~/.config/code-flags.conf debian install visual studio code install from repo https://linuxize.com/post/how-to-install-visual-studio-code-on-debian-9/ download deb https://code.visualstudio.com/# vscode 列编辑 Alt+Shift+鼠标左键拖动, 选中拖动的区域内容 https://blog.csdn.net/u011127019/article/details/74039598 vscode remote ssh, A> ssh> B A 安装插件 “Remote - SSH” 在 B 主机上配置ssh 公钥 私钥放在 C:\Users\user0\.ssh 里 A, 点击 vscode左下角,选择 remote-ssh: connect to host 字体 打开 VSCode,Windows 下按 Ctrl + ,,macOS 下按 Cmd + ,,进入设定。在上方搜索框搜索 editor.fontFamily,在 Editor: Font Family Controls the font family. 下方的框框填入 font-family 即可。 ...

golang git server, gogs, gitea gitea 的文档 只提到了docker compose的部署方式, 想改成podman 还需要折腾一下, gogs 的文档 更清晰一些方便使用podman podman run --rm --name=gogs -p 10022:22 -p 10880:3000 -v gogs-data:/data gogs/gogs:latest http://192.168.50.13:10880 Database Type: sqlite3 Application Name: pingd Domain: 192.168.50.13 SSH Port: 1022 docker run --name=gogs -p 10022:22 -p 10880:3000 -v /var/gogs:/data gogs/gogs # docker for gogs sudo systemctl status docker sudo systemctl start docker sudo systemctl enable docker sudo docker pull gogs/gogs mkdir -p /data/gogs sudo docker run -name=gogs -p 10022:22 -p 10080:3000 -v /data/gogs:/data gogs/gogs sudo docker start gogs sudo docker stop gogs sudo docker rm gogs Gogs 的目标是打造一个最简单、最快速和最轻松的方式搭建自助 Git 服务。使用 Go 语言开发使得 Gogs 能够通过独立的二进制分发,并且支持 Go 语言支持的 所有平台,包括 Linux、Mac OS X、Windows 以及 ARM 平台。 ...

git proxy # http proxy git config http.proxy 'http://192.168.50.xx:80' git config --global http.proxy http://proxy.mycompany:80 # socks5 proxy # project git config http.proxy 'socks5://192.168.50.4:10800' git config https.proxy 'socks5://192.168.50.4:10800' # global git config --global http.proxy 'socks5://192.168.50.90:1080' git config --global https.proxy 'socks5://192.168.50.90:1080' git config --global --unset http.proxy git config --global --unset https.proxy npm config delete proxy https://gist.github.com/laispace/666dd7b27e9116faece6 https://www.jianshu.com/p/739f139cf13c

git submodule 有 submodule 的 git 仓库根目录会有 .gitmodules 文件。 # check submodule with command git submodule status # 有输出就是有 submodule 当你在一个 Git 项目上工作时，你需要在其中使用另外一个Git 项目。也许它是一个第三方开发的Git 库或者是你独立开发和并在多个父项目中使用的。这个情况下一个常见的问题产生了: 你想将两个项目单独处理但是又需要在其中一个中使用另外一个。 在 Git 中你可以用子模块 submodule 来管理这些项目，submodule 允许你将一个 Git 仓库当作另外一个 Git 仓库的子目录。这允许你克隆另外一个仓库到你的项目中并且保持你的提交相对独立。 主仓库切换分支之后,子仓库并不会跟着一起切换, 得在主仓库上执行一次 git submodule update git submodule update –init 将 git submodule init 和 git submodule update 合并成一步。如果还要初始化、抓取并检出任何嵌套的子模块， 请使用简明的 git submodule update –init –recursive。 # 添加 submodule # 为已有的 git 仓库增加子模块, 命令执行完成，会在当前工程根路径下生成一个名为“.gitmodules”的文件 # enx: 子模块的目录名 git submodule add git@github.com:wiloon/enx.git enx # 已经配置子模块的仓库, 主项目和子模块一起克隆 git clone -b branch_0 git@github.com:foo/bar.git --recursive # 查看子模块, 如果 git submodule 返回的 hash 前面有一个减号, 代表子模块还没有检出, 加号代表 submodule 距离上一次跟主仓库关联的 commit id 有新的 commit, 这时在主仓库里对 submodule 所在的目录做 git add folder0 之后 git submodule 命令返回的数据不再有加号. # git submodule 返回的 commit id 是当前 submodule 目录当前的 commit id # commit id 前面 的加号代表远程仓库关联的submodule 有更新, 执行 git submodule update 之后 , submodule 的版本会更新到与远程主仓库关联的submodule commit id 一致. git submodule # 比如只克隆了主仓库, submodule 所在的目录肯定是空的, 要用这个命令初始化一下 submodule, 然后再执行 git submodule update, submodule 目录就克隆下来了. git submodule init # 把submodule 更新到跟远程主仓库关联的 commit id 一致, git status 应该是 clear 的 git submodule update # 更新指定的 submodule 到远程仓库的最新版本 git submodule update --init --remote <submodule_path> # 把 submodule 更新到子仓库最新的 commit id, 这个 commit 有可能跟之前关联的 commit id 不一样, 一般会比之前 关联的 commit id 更新, git status 会看到 submodule 有变更需要提交, 需要更新 关联的 commit id. git submodule update --remote # 拉取子模块 的代码 git submodule update --init --recursive 使用 submodule, 主仓库 git pull 之后, submodule 不会自动更新, 还要检查一下 submodule 的版本, 可能需要执行git submodule update 更新 一下. ...

Git Stash 比如当前分支是 branch0, 新建了一个文件, 之后发现分支不对, 应该是在 branch1 上添加, 这时就可以用 git stash 暂存当前修改, 切换到 branch1 再 git stash pop. git stash # 如果有新添加的文件，那么就需要添加 -a 参数 git stash save -a "msg0" git stash list git stash pop git stash pop 开启某个修改暂存后，会在 stash list 里面将最近一次的修改暂存记录删除掉，而 git stash apply stash@{0} 则不会。 https://blog.csdn.net/daguanjia11/article/details/73810577 Git Stash用法 最近在使用Git管理项目工程的时候，遇到了很多问题，也学习到了很多关于Git常见使用的技巧，下面就其中关于Git Stash的用法和大家分享下。 首先，简单介绍下Git Stash命令的用法，详细的用法在man文档中有相关介绍，下面我来说明常见的使用。 git stash: 备份当前的工作区的内容，从最近的一次提交中读取相关内容，让工作区保证和上次提交的内容一致。同时，将当前的工作区内容保存到Git栈中。 git stash pop: 从Git栈中读取最近一次保存的内容，恢复工作区的相关内容。由于可能存在多个Stash的内容，所以用栈来管理，pop会从最近的一个stash中读取内容并恢复。 git stash list: 显示Git栈内的所有备份，可以利用这个列表来决定从那个地方恢复。 git stash clear: 清空Git栈。此时使用gitg等图形化工具会发现，原来stash的哪些节点都消失了。 ...

Emacs的搜索功能 (转自: http://www.80×86.cn/blog/blogview.asp?logID=569) Emacs入门指南(3) [ Date: 2006-03-15 12:04:44 AM | Author: 80x86 | From: Original | Sunny | Emotion Index: +2 ] 通过前两篇文章的学习，您已经可以把Emacs当作一个Better-Notepad来使用了。今天我们要学习的是Emacs中强大的搜索功能。 默认情况下，Emacs采用了一种很待殊的"增量搜索"的功能，虽然它与我们常用的搜索方法在操作习惯上有很大的不同，但习惯后确实是十分的方便。 要让Emacs开始执行搜索，可以按C-s或C-r，前者是从光标位置往后查找，后者则是往前查找。我们以C-s为例。按动C-s后，Emacs在 Minibuffer中提示: I-Search:，这时您便可以输入要搜索的关键字了，现在学习试验的阶段建议您输入时手脚慢一点，看看Emacs是如何来执行您的搜索请求的。 比如，要搜索"search"一词，您输入s，这时Emacs会把光标移动到最近一个s字母上，这里如果您暂停输入一会儿，Emacs就会把所有的s字母进行高亮。您继续输入e，这时Emacs就找到了最近的se字母组合。一直输入下去，直到Emacs找到您要找的内容，这时按回车键即可结束查找。 在查找过程中，您可以反复按动C-s或C-r来执行向后或向前的查找。如果您已经找到一了一个匹配的内容，并且按了回车键结束了查找，这时如要继续查找这个内容，您只需按两次C-s或C-r即可，第一次按动用于激活查找功能，而第二次按动则表示要继续查找。 在输入查找关键字时，如果不小心输错了，可以按动＜DEL＞键来清除前一个字符，请注意，在Emacs术语中，＜DEL＞键是指我们通常所说的＜BackSpace＞键，而＜delete＞键才表示我们键盘上的＜delete＞或＜Del＞键。 输入关键词时也有一个细节的问题，如果您输入的关键字全部是英文小字母，则Emacs会进行不区分大小写的查找。但如果输入的关键字中包含有大写字母， Emacs就会进行区分大小写的查找。另外在查找的过程中，可以通过M-c快捷键来切换区分大小字模式，可以用它来强行指定是否区分大小写。 如果不想用Emacs的增量搜索功能，也可以让Emacs进行传统的搜索，在按下C-s或C-r后，直接打一个回车键，这时Emacs就将进行非增量搜索，您可以输入你的关键字，再按回车键来执行搜索。 下面要介绍的是更为强大的正则表达式搜索功能。您可以通过按动C-M-s或C-M-r来启动正向或反向的正则表达式搜索功能，Emacs会在Minibuffer中提示Regexp I-search:，这时您便可以输入正要匹配的正则表达式了。 在正则表达式中可以使用很多的控制符号，这里我挑选几个常用的作一个简单的介绍，更全面复杂的解释可以在Emacs的手册中查到。 ‘.’ (句号): 正则表达式的中句号可以用于匹配一个任意的字符。比如正则式’a.b’就可以匹配abb，acb，adb。。。等等以a开头以b结尾的三个字符的字符串。 ‘*’: 正则表达式中的*号可以用于表示把它前面的字符重复0次或多次。比如’ff*‘可以匹配一个或多个相连的f的字符串。 ‘+’: 正则表达式中的+号与*号的作用基本相同，区别在于它表示把它前面的字符重复1次或多次，所以可知正则式’ff*‘等价与’f+’。 Emacs的正则表达式语法十分复杂与强大，请您阅读Emacs手册来对它们进行全面的学习，一定会给您的工作带来巨大的便捷，作为一篇入门教程，这里我就不再作更全面的叙述了。 http://www.learndiary.com/2006/04/emacs%E4%B8%AD%E5%BC%BA%E5%A4%A7%E7%9A%84%E6%90%9C%E7%B4%A2%E5%8A%9F%E8%83%BD%EF%BC%88%E8%BD%AC%E5%B8%96%EF%BC%89/ C – s 后切换到搜索框粘贴 Emacs 搜索, C - s 后切换到搜索框粘贴 C - s M - y http://groups.google.com/group/cn.bbs.comp.emacs/browse_thread/thread/84d2258a0d8fdf81/70af2a6296c1f7dd?lnk=raot

Emacs Markdown 安装与配置 安装 markdown-mode 非常简单,只需将下载的 markdown-mode.el 文件置于 Emacs 可找到的路径,例如 ~/.emacs.d/modes。然后把下列内容添加到 .emacs 文件中即可: (add-to-list 'load-path "~/.emacs.d/modes") (autoload 'markdown-mode "markdown-mode.el" "Major mode for editing Markdown files" t) (setq auto-mode-alist (cons '("\.markdown" . markdown-mode) auto-mode-alist)) 这样,当 Emacs 打开扩展名为 markdown 的文件时,就会自动进入 Markdown 主模式。如果你定义的 Markdown 扩展名与此不同,那么你将需要替换上面配置内容最后一行中的 .markdown。 编辑命令 Markdown 模式将常用的编辑命令都绑定到了特定的组合键上,因此要插入某个项目,只需按相应的组合键。比如: C-c C-t n 插入 hash 样式的标题,其中 n 为 1~5,表示从第一级标题到第五级标题。 C-c C-t t 插入 underline 样式的标题,这是一级。 C-c C-t s 同上,这是二级。 C-c C-a l 插入链接,格式为 [text][/text] (url)。 ...

git flow, Git 分支管理, github flow, gitlab flow git flow main: 稳定的生产代码，只有发布版本才合并到这里, 长期分支，始终存在。 develop：日常开发的主分支，所有新功能和 bug 修复先合并到 develop, 长期分支，始终存在。用于整合开发中的代码 feature/xxx：新功能开发的临时分支，开发完成后合并到 develop, 合并之后删掉, 短期分支， 不是长期保持。开发新特性时创建,合并后删除 release/xxx：发布准备分支，从 develop 分出，准备发布, 短期分支， 不是长期保持。 hotfix/xxx：生产环境紧急修复，从 main 分出，修复后合并回 main 和 develop, 短期分支， 不是长期保持。 Git flow 是一个Git分支管理模型，由 Vincent Driessen 于2010年发布在其个人网站的一篇博文中《A successful Git branching model》，该模型适用于多版本管理的项目，能够有效的促进团队成员之间的协作，提升代码的清晰度。 https://nvie.com/posts/a-successful-git-branching-model/ https://www.cnblogs.com/youbins/p/17632165.html Git flow的优点是清晰可控，缺点是相对复杂，需要同时维护两个长期分支。大多数工具都将master当作默认分支，可是开发是在develop分支进行的，这导致经常要切换分支，非常烦人。 更大问题在于，这个模式是基于”版本发布”的，目标是一段时间以后产出一个新版本。但是，很多网站项目是”持续发布”，代码一有变动，就部署一次。这时，master分支和develop分支的差别不大，没必要维护两个长期分支。 github flow 只有主分支（通常是 main 或 master）和临时 feature 分支。 在 GitHub Flow 中并不推荐或保留 develop 分支。 feature/bugfix 分支：开发新功能或修复 bug 时，从 main 分出，开发完成后提 Pull Request（PR），通过代码审查后合并到 main。开发完成后通过 Pull Request 合并到 main，feature 分支随即删除。 GitHub Flow 本身不适合多版本并行维护 https://docs.github.com/en/get-started/using-github/github-flow ...

lazygit https://github.com/jesseduffield/lazygit go install github.com/jesseduffield/lazygit@latest

Git 库空间优化/清理 git仓库过大会导致哪些问题? git仓库体积过大,占用电脑本地闪存的存储空间; clone git仓库时,耗时过长,甚至完全clone不下来导致git报错; git pull时会由于引用对象过多会报错,导致本地代码无法更新; 在切换分支的时候经常会出现cpu占满,内存占满的情况导致电脑死机; 作者：江霖丶 链接：https://juejin.cn/post/7024922528514572302 来源：稀土掘金 著作权归作者所有。商业转载请联系作者获得授权，非商业转载请注明出处。 Git库随着使用时间的延续，空间会不断增长，但实际代码其实只占很小的空间，更多的是git库本身的归档文件，其中包括已删除的文件纪录。Git优化的本质就是清除已删除文件的归档历史，并重写commit记录。 另外可以将git中变化很少，与代码无关的文件移除，如一些资源文件，放到统一的位置，可以减小很大一部分空间占用。 克隆远程库到本地 $ git clone remote-url 用下面的脚本获取所有分支. !/bin/bash for branch in git branch -a | grep remotes | grep -v HEAD do git branch –track ${branch##*/} $branchdone done 现在你拥有了远程git库的完整克隆，可先在本地进行一些测试、验证工作。 分析git库 代码文件一般都很小，Git库的优化主要从大文件入手。 用下面的脚本可以找出git归档记录中排名前十的大文件，包括已删除的文件。 !/bin/bash set -x Shows you the largest objects in your repo’s pack file Written for osx @see http://stubbisms.wordpress.com/2009/07/10/git-script-to-show-largest-pack-objects-and-trim-your-waist-line/ @author Antony Stubbs set the internal field spereator to line break, so that we can iterate easily over the verify-pack output IFS=$’\n'; ...

Emacs的缓冲区(Buffers)、窗口(Windows)和框架(Frames) 概念上，Emacs在两个方面有别于一般程序。首先，“窗口"的概念不同。其次，Emacs的"缓冲区"是脱离窗口或框架独立存在的。 (Emacs里的frame相当于Microsoft Windows的window概念。A frame can show several windows, each showing a buffer.) 1 窗口与框架 我们所看到的Emacs"窗口"并非Emacs的窗口，而是Emacs的图形窗口框架(GUI windows frames)。理解这个概念是必须的，因为在未有图形化窗口之前，Emacs已经可以在"终端"运行了，用Windows的术语来说，就是"控制台"程序。看看下面的图，就明白了。 1.1 缓冲区，独立于窗口与框架之外 本质上，窗口和框架只是显示缓冲区内容的工具。缓冲区内可以包含文件内容，可以是Emacs内部自定义的，譬如*Messages*,*scratch*,或*help*等，也可以是用户自定制而其中内容未写入文件的。 许多图形界面的应用程序是将图形窗口 (Emacs中称之为Frames)与一些文件紧密联系在一起的，而Emacs的将缓冲区与图形窗口分离的方式是强大又灵活的。实际上，我们在大部分时间里宁愿使用一个Emacs Frame，而使用C-x b来切换缓冲区，这要比在多个Frame中采用鼠标切换或采用切分窗口等方式更容易，尽管它们在一些情况下存有优点。 1.2 更深入地了解缓冲区 你知道该怎样获知Emacs中开了几个缓冲区及它们的详细信息吗？有三种方法可以实现: C-x C-b，显示缓冲区列表； 缓冲区菜单，列举了打开的缓冲区以及导向它们的快捷命令； 在Emacs的窗口中，摁下Ctrl键，点击鼠标左键，可以弹出缓冲区列表。 Emacs自行定义了一些缓冲区，它们的名字，通常是像*buffername*,*help*,*scratch*这样的格式，并且缓冲区列表本身就是Emacs自定义的缓冲区，如下图: 当你启动Emacs的时候，会产生*Messages*和*scratch*两个缓冲区。*Messages*是用来显示从Emacs启动开始的所有命令信 息的缓冲区，*scratch*是草稿缓冲区，你可以在其中乱写东西，但不会被保存，除非用户使用C-x C-W命令。 在用户使用 Emacs编辑文件时，所读取的文件会被复制到同名的缓冲区内。如果用户需要帮助，那么也可以打开*help*缓冲区。可打开的缓冲区的数量是没有限制 的。大部分时间，仅有一两个缓冲区被显示，还有好多即使你没看到，但它们也是存在的。你可以把缓冲区想象为一堆页面，其中仅有一页是当前页，你可以切换到 令一页，或者创建新页。每个缓冲区都关联一个主模式，它决定了在该缓冲区内，Emacs的行为。譬如，text模式，被设计为书写文档的；Lisp模式， 是用于书写Lisp程序的。用户可以在一个Emacs窗口或框架中显示多个缓冲区，要紧是记住你创建的所有缓冲区。 2 在多缓冲区模式下工作 如果你想创建一个包含文件内容的缓冲区，可以C-x C-f，Emacs会自动创建一个缓冲区并将你带入其中。如果你已经在一个缓冲区打开了这份文件的副本， 那么C-x C-f会把你带入那个已存在的缓冲区中，在此请仔细体会一下，Emacs给你带来的好处吧！而如果你要打开的文件不存在，Emacs会为你创建 一个新文件的缓冲区，并将你带入其中。 请记住: C-x C-f是打开一个文件，该命令后总是跟随这目录/文件名的，如果要打开的文件不存在，就创建新文件。 2.1 切换缓冲区 你有意识到模式行并不显示文件名，而仅仅显示缓冲区名吗？其他一些版本的Emacs可以两个名字都显示，但GNUEmacs只显示缓冲区名，这是因为通常情况下，文件名和缓冲区名是一致的，除非你去修改它们。 要在不同缓冲区之间移动，就C-x b吧。Emacs会给你提供一个默认的最近隐掉的缓冲区名，回车就可以进入。或者输入你想进入的缓冲区名字的前几个字，然后摁Tab键，Emacs会自动为你补全缓冲区名，回车进入即可。 请记住: C-x,b之后则跟随一个缓冲区的名字。如果相应缓冲区不存在，Emacs会自动创建一个新的空缓冲区，与C-x C-f的不同之处是，新建的缓冲区不与文件关联，在退出Emacs时,Emacs不会提醒你要保存缓冲区。 查看已打开的缓冲区，还有以下两种可选方式: C-x C-b，这种方法可用于终端环境中的Emacs; 在Emacs窗口中，摁下Ctrl键，点击鼠标左键。该方法只对图形化的Emacs有效。 2.2 删除缓冲区 为什么要删除缓冲区？ 你的Emacs中开的缓冲区太多了，想去掉几个； 对已有文档的修改具有灾难性，将这个缓冲区干掉就可以了。 要删除缓冲区，可键入C-x k，Emacs会显示当前被显示的缓冲区名，也可键入想删除的缓冲区的名字，然后回车。如果已与文件建立关联的缓冲区，内容有了 改动，Emacs会提示你保存一下。其他情况，则缓冲区就永远的消失了。而键入M-xkill-some-buffers可成批删除缓冲区，系统会一个一 个列举已存在的缓冲区，问你是不是把它kill掉，你只需要回答`yes’or`no’就可以了。当所有的缓冲区都被kill掉之后，Emacs不会屏幕空着的，它会创建一个新的*scratch*缓冲区。 ...

Emacs24隐藏工具栏菜单栏和滚动条无效的问题 http://blog.csdn.net/cherylnatsu/article/details/7663163 前不久发布了Emacs 24.1，下载下来编译安装后发现这样一个问题，以前旧的.emacs文件里明确设置了不显示工具栏菜单栏滚动条，但是它还是都显示了出来，旧的配置是这样的。 (tool-bar-mode nil) (menu-bar-mode nil) (scroll-bar-mode nil) 后来经过提醒才发现，新版这里已经不能用nil了，必须用0 改成: (tool-bar-mode 0) (menu-bar-mode 0) (scroll-bar-mode 0) 就好了。

TFS TFS 2010 是微软的软件开发生命周期管理(ALM)套件的核心服务器端，将MTLM与它进行紧密绑定更进一步凸显了微软软件生命周期管理软件的战略，并突出了Visual Studio 2010 Ultimate更多的敏捷特性。它不再只是面向开发人员或者是测试人员角色，而是要提供一个平台来有效协调和支持开发过程中各个角色，并使他们能够彼此紧密联系进行协作。

Install msysgit Choose the Run Git from the Windows Command Prompt option Choose the Use (Tortoise)Plink option Choose the Checkout as-is, commit as-is option

msysgit Choose the Run Git from the Windows Command Prompt option Choose the Checkout as-is, commit as-is option