managerGoのプロジェクトの依存パッケージをどうするかという問題があります。...}などのアプリケーションをサーバにデプロイするとき、fugaパッケージやbar、buzパッケージをどこから調達するかです。installがこのような依存パッケージを調達してくれます。godepGoにおける依存パッケージの解決方法のひとつに、godepというものがあります。GitHubGoのパッケージマネージャの中ではいちばんメジャーなもののようです。saveを実行します*1。Godeps/_workspace.これは、アプリケーションが参照するすべてのパッケージのソースコードを、ローカルマシンの$GOPATH/srcから探してきて、アプリケーションのルート直下のGodeps/_workspaceにコピーします*2。これと同時に、その依存パッケージのバージョンを含めたリスト情報をGodeps/Godeps.jsonに記録します。resotoreを実行します。get)しようとします。これは、依存パッケージのリポジトリがgopkg.inやgithub.comなどのようにパブリックに(あるいはインターナルに到達可能に)ホスティングされている場合にのみ効果を発揮します。runなどとgodepをつけることで、これをGodeps/_workspaceから解決しようとします。コマンドを実行すると、依存パッケージをGodeps/_workspaceから解決してビルドをつくる。myapp)とすればアプリケーションの依存は解決される(というか、一緒にデプロイしてしまうかんじ)ことになります。foo)をする必要があります。ためしに、buzパッケージの一部分を編集して以下のようにしてコミットしてみました。buzをするとGodeps/_workspaceのソースコードも更新されます。2!!となるはずです。すると実は、Godep/_workspace/pkg以下にbuzパッケージのv2のビルドが生成されます。実はこれがくせ者でした。あとは普通にbuzパッケージをv3にします。updateではGodeps/_workspace/pkg以下のビルドは更新されないので、src以下が新しくなってるのにパッケージが古いままのような挙動を示すgodepって、なんか挙動にモットーのようなものを感じる*3ので、なんらかの意図があってこうなってるんだと思いますが、まだそういった記述にたどり着けてないです。issueだった模様。(1)はてなブログをはじめよう!otiai10さんは、はてなブログを使っています。ブログを報告するスターをつけました引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。