#前言 由于大家都懂的, 国内使用go get的时候, 经常会各种失败, 如果有vpn的话, 打开vpn, 问题就解决了, 但vpn其实挺不灵活的.
相对来说shadowsock则灵活得多.
#解决方案 shadowsock + Privoxy
思路就是, 使用shadowsock建立一个本地sock5代理, 但因为go get 需要http代理, 所以需要使用privoxy把sock5代理转为http代理.
#前言 由于大家都懂的, 国内使用go get的时候, 经常会各种失败, 如果有vpn的话, 打开vpn, 问题就解决了, 但vpn其实挺不灵活的.
相对来说shadowsock则灵活得多.
#解决方案 shadowsock + Privoxy
思路就是, 使用shadowsock建立一个本地sock5代理, 但因为go get 需要http代理, 所以需要使用privoxy把sock5代理转为http代理.
最近了解到国内某知名论坛 rd 流程中版本管理这块采取的是 fork
模式,造成开发流程复杂度增高。所以想就这个情况,聊一聊个人对 git 中使用最为频繁的 fork
和 branch
两个命令的理解。
fork
和 branch
的目的均是在不影响原有项目(分支)的前提下加入自己的 idea。
但是 fork
本身并不是 git 原生的命令(看到这里,你可能会尝试执行 git fork
,但无一例外,你得到的结果应该是 'fork' is not a git command
之类的提示 ),而是 github(以及其他与 github 类似的代码托管工具)为了简化分支权限管理而增加的一个 special branch 命令,或者你可以简单粗暴的认为 git fork = git branch --check-identity
。
当然,如果你想,也可以通过 git hook 来实现对分支权限的管理(以前我也确实这么干过)。
// # Mocha Guide to Testing | |
// Objective is to explain describe(), it(), and before()/etc hooks | |
// 1. `describe()` is merely for grouping, which you can nest as deep | |
// 2. `it()` is a test case | |
// 3. `before()`, `beforeEach()`, `after()`, `afterEach()` are hooks to run | |
// before/after first/each it() or describe(). | |
// | |
// Which means, `before()` is run before first it()/describe() |