Jaka jest najlepsza praktyka w obszarach roboczych Go?

Po prostu zaczynam uczyć się Go i czytać istniejący kod, aby dowiedzieć się, „jak inni to robią”. W ten sposób użycie „obszaru roboczego”, szczególnie w odniesieniu do zależności projektu, wydaje się być wszędzie.

Jakie (lub czy istnieje) wspólne najlepsze praktyki dotyczące używania pojedynczej lub wielu przestrzeni roboczych Go (tj. Definicji $ GOPATH) podczas pracy nad różnymi projektami Go? Czy powinienem spodziewać się, że będę miał pojedynczy obszar roboczy Go, który jest jakby centralnym repozytorium kodu dla wszystkich moich projektów, lub jawnie go rozbijam i ustawię $ GOPATH podczas pracy nad każdym z tych projektów (coś w rodzaju pytona virtualenv)?

questionAnswers(9)

yourAnswerToTheQuestion