一起使用供应商和子模块

Question

假设您在github.com/someone/repo有一个存储库，并将其分叉到github.com/you/repo。你想使用你的fork代替主repo，所以你做了一个

go get github.com/you/repo

现在这个仓库中的所有导入路径都将“损坏”，这意味着，如果存储库中有多个包通过绝对URL互相引用，它们将引用源，而不是fork。

有没有更好的方法将其手动克隆到正确的路径？

git clone git@github.com:you/repo.git $GOPATH/src/github.com/someone/repo

Answer 1

处理拉取请求

将存储库github.com/someone/repo分叉到github.com/you/repo
下载原始代码：go get github.com/someone/repo
在那里：cd "$(go env GOPATH)/src"/github.com/someone/repo
启用上传到您的前叉：git remote add myfork https://github.com/you/repo.git
将您的更改上传到您的仓库：git push myfork

http://blog.campoy.cat/2014/03/github-and-go-forking-pull-requests-and.html

在项目中使用包

https://github.com/golang/go/wiki/PackageManagementTools

Answer 2

解决问题的一种方法是由Ivan Rave和http://blog.campoy.cat/2014/03/github-and-go-forking-pull-requests-and.html建议 - 分叉的方式。

另一个是解决 golang 行为。当您go get时， golang 以与存储库URI中相同的名称布局您的目录，这就是麻烦开始的地方。

相反，如果您发布自己的git clone，则可以将存储库克隆到原始存储库之后的路径上的文件系统中。

假设原始存储库位于github.com/awsome-org/tool并且您将其分配到github.com/awesome-you/tool，您可以：

cd $GOPATH
mkdir -p {src,bin,pkg}
mkdir -p src/github.com/awesome-org/
cd src/github.com/awesome-org/
git clone git@github.com:awesome-you/tool.git # OR: git clone https://github.com/awesome-you/tool.git
cd tool/
go get ./...

golang 非常乐意继续使用此存储库，并且实际上并不关心某个上层目录的名称为awesome-org而git remote为awesome-you。 awesome-org的所有导入都会通过您刚刚创建的目录（即您当地的工作集）进行重新调整。

更详细信息，请参阅我的博文：Forking Golang repositories on GitHub and managing the import path

编辑：固定目录路径

Answer 3

如果您的前叉只是临时的（即您打算将其合并），那么只需在原地进行开发，例如在$GOPATH/src/launchpad.net/goamz中。

然后使用版本控制系统的功能（例如git remote）使上游存储库成为您的存储库而不是原始存储库。

这使得其他人更难以将您的存储库与go get一起使用，但更容易将其集成到上游。

事实上，我在lp:~nick-craig-wood/goamz/goamz有一个goamz的存储库，我就是以这种方式开发的。也许作者有一天会合并它！

Answer 4

对此的答案是，如果您使用多个包分叉回购，则需要重命名所有相关的导入路径。这在很大程度上是一件好事，因为您已经分配了所有这些包，导入路径应该反映这一点。

Answer 5

这是一种适用于所有人的方法：

使用github分叉到“my / repo”（只是一个例子）：

go get github.com/my/repo
cd ~/go/src/github.com/my/repo
git branch enhancement
rm -rf .
go get github.com/golang/tools/cmd/gomvpkg/…
gomvpkg <<oldrepo>> ~/go/src/github.com/my/repo
git commit

每次改进代码时重复：

git commit
git checkout enhancement
git cherry-pick <<commit_id>>
git checkout master

为什么呢？这使您可以拥有任何go get使用的仓库。它还可以让你维持和增强一个对拉取请求有利的分支。它不会使用“供应商”膨胀git，它会保留历史记录，而构建工具可以理解它。

Answer 6

为了自动化这个过程，我写了一个小脚本。您可以在我的blog上找到更多详细信息，以添加＆＃34; gofork＆＃34;等命令。对你的打击。

function gofork() {
  if [ $# -ne 2 ] || [ -z "$1" ] || [ -z "$2" ]; then
    echo 'Usage: gofork yourFork originalModule'
    echo 'Example: gofork github.com/YourName/go-contrib github.com/heirko/go-contrib'
    return
  fi
   echo "Go get fork $1 and replace $2 in GOPATH: $GOPATH"
   go get $1
   go get $2
   currentDir=$PWD
   cd $GOPATH/src/$1
   remote1=$(git config --get remote.origin.url)
   cd $GOPATH/src/$2
   remote2=$(git config --get remote.origin.url)
   cd $currentDir
   rm -rf $GOPATH/src/$2
   mv $GOPATH/src/$1 $GOPATH/src/$2
   cd $GOPATH/src/$2
   git remote add their $remote2
   echo Now in $GOPATH/src/$2 origin remote is $remote1
   echo And in $GOPATH/src/$2 their remote is $remote2
   cd $currentDir
}

export -f gofork

Answer 7

一起使用供应商和子模块

在github上分发lib（在这种情况下为go-mssqldb）
添加一个submodule，它将您的fork克隆到您的vendor folder中，但具有上游存储库的路径
更新源代码中的import语句以指向供应商文件夹（不包括vendor/前缀）。例如。 vendor/bob/lib => import "bob/lib"

例如

cd ~/go/src/github.com/myproj

mygithubuser=timabell
upstreamgithubuser=denisenkom
librepo=go-mssqldb

git submodule add "git@github.com:$mygithubuser/$librepo" "vendor/$upstreamgithubuser/$librepo"

为什么

这解决了所有我在尝试自己解决此问题时遇到的所有问题。

库中的内部包引用现在可以正常工作，因为从上游到该路径未更改
对项目进行全新检出是可行的，因为子模块系统会在正确的提交但在上游文件夹路径中从您的fork中获取它
您不必知道手动修改路径或使用go工具。

在Go中使用forked包导入

12 个答案:

处理拉取请求

在项目中使用包

一起使用供应商和子模块

例如

为什么

更多信息