我喜歡jetbrains系列的IDE+go插件。不過我要說的是這個問題主要看你的觀點如何。
創(chuàng)新互聯(lián)建站是專業(yè)的順慶網(wǎng)站建設(shè)公司，順慶接單;提供網(wǎng)站制作、成都做網(wǎng)站,網(wǎng)頁設(shè)計,網(wǎng)站設(shè)計,建網(wǎng)站,PHP網(wǎng)站建設(shè)等專業(yè)做網(wǎng)站服務(wù);采用PHP框架,可快速的進行順慶網(wǎng)站開發(fā)網(wǎng)頁制作和功能擴展;專業(yè)做搜索引擎喜愛的網(wǎng)站,專業(yè)的做網(wǎng)站團隊,希望更多企業(yè)前來合作!
說eclipse：
構(gòu)建方式是使用go install 命令，每一次編譯運行都是go install。這樣的好處就是如果你有很多的包，下載下來并沒有編譯，這樣每次編譯速度是很快的。而且（?。ゞo install 符合go官方的項目結(jié)構(gòu)，官方說過了，一個go的項目應(yīng)該是以個gopath，包含src，pkg，bin三個主要目錄。所以說go install個人認為才是主要的go編譯方式。
說eclipse的缺點：
其實eclipse插件的go編譯方式，還有目錄結(jié)構(gòu)，項目結(jié)構(gòu)，都是非常完美的?。。。≌娴暮芡昝?！可是，他的代碼提示，太差件！大括號都不能自動補全，gdb 32bit 64bit兼容問題，eclipseC++ 沒有html js插件，需要手動安裝，幾乎不能開箱即用。不過如果你是開發(fā)算法，數(shù)據(jù)處理，還是推薦eclipse的，畢竟其他都無關(guān)緊要。
說jetbrains：
說先說clione肯定不適合，新建項目沒有向?qū)?，?dǎo)致改成go項目各種不開心，比如圖標對于我來說就無法接受go lib 不是小耗子~這是次要的，重要的是各個文件都是灰色的（沒有在cmake中包含的結(jié)果），然后說剩下的，phpstorm這個不說了，估計很少有人插件按在這里，webstorm，體驗也不是很好，idea？體驗很好，可是畢竟比較重，尤其是現(xiàn)在加入了自家的K啥玩意（無意冒犯，沒記住單詞）~可是話說回來，go跟C系列IDE配合才是最佳，跟java系列一點不搭關(guān)系，用idea似乎有點格格不入，但是！idea支持新建項目向?qū)?，lib的圖標也很清晰，最后還是選擇idea吧，期待clion的強大起來！
再說jetbrains系列缺點：
插件的構(gòu)建方式是go buiild 這個讓人很不爽，我們幾乎不確定會構(gòu)建到什么地方去，還要每次設(shè)置一下run配置。這個可能無關(guān)緊要，畢竟不是什么大的毛病，可是go build不能緩存.a文件，直接構(gòu)建的結(jié)果就是很多第三方包的情況下很慢！所以建議安裝包的時候手動install 一下解決這個問題。自帶代碼格式化，這個格式化跟go 格格不入，總的來說就是蛋疼，心碎，菊花癢。
最后說liteIDE：
輕量級IDE，我可以說是國人GO偉大作品典范，然而默認構(gòu)建也是go build，項目管理方式不符合go官方標準。代碼提示不能自動導(dǎo)入（eclipse也不能），不過如果你的項目是以包為單位的，那么另當別論。一定很不錯，畢竟是輕量級專門針對GO的IDE！
說這些，其實還有很大一部分取決于你的項目是用vendor機制管理，還是godeps機制管理依賴關(guān)系。go不像java擁有強大的幾乎天下一統(tǒng)的maven（無意冒犯，暫不評價其他構(gòu)建套件）。
go沒有官方包倉庫。
go沒有官方包管理工具。
go沒有官方自動化構(gòu)建套件。
上面三個沒有是致命要害。導(dǎo)致民間各種百花齊放。
說說我的項目怎么管理
gpm 一個shell工具（windows下你可以用git的bash，或者cygwin~）
我是嚴格艷照官方推薦方式管理go項目，一個go項目一個gopath。系統(tǒng)的gopath只是為了安裝go命令，我沒有配置gobin，意義不大。
項目的依賴跟我的代碼包都在src下（非vendor）
vendor用來存放包的特殊依賴，發(fā)布項目直接把依賴包發(fā)布上去（公網(wǎng)管理則只上傳依賴關(guān)系文件 godeps文件）
資源文件等都放在src目錄同級，編譯文件放在bin，引用直接../引用。
使用go很長時間后才整明白vendor的用法為啥這么坑人。
注意
這和當前工作路徑相關(guān)：
go module和vendor是兩個沖突的設(shè)計，二者只能選一，不可混用。
如果從vendor到module遷移的怎么辦：
-mod=vendor
golang的 GOPATH和vendor的搜索關(guān)系
項目只有一個包，即main包，沒有引用其他的包(golang自帶的系統(tǒng)包除外)。
然后設(shè)置GOPATH=path/to/goproject，再運行g(shù)o build myproject，這樣就可以在任何目錄下面編譯，編譯生成的可執(zhí)行文件就在編譯所在的目錄下，而不是包源文件所在的目錄。
基本規(guī)則：
鑒于此，建議golang項目必須嚴格按照規(guī)范的目錄結(jié)構(gòu)組織，哪怕是前面這種自包含的項目。
基本規(guī)則：
如果一個包在vendor和GOPATH下面都存在那么誰會優(yōu)先使用呢。
結(jié)論是：
包mydeps在vendor目錄下面和GOPATH路徑下面都存在了，那么main.go引用的時候只會引用vendor下面的mydeps(src/myproject/vendor/mydeps)，而忽略GOPATH下面的mydeps包(src/mydeps)。
前面提到GOPATH和PATH類似，可以包含多個路徑，中間用分號隔開，go在搜索包的時候會按手續(xù)從前往后搜搜。那么vendor怎么處理層級關(guān)系呢。
規(guī)則是：
舉例：
如果src/mydep/mydep1/mydep.go引用了myvendor1和myvendor，那是怎么搜索的呢
重慶分公司
重慶分公司
