Adresinde bir deponuz olduğunu github.com/someone/repove onu çatalladığınızı varsayalım github.com/you/repo. Ana depo yerine çatalınızı kullanmak istiyorsunuz, bu nedenle

go get github.com/you/repo

Artık bu depodaki tüm içe aktarma yolları "bozuk" olacaktır, yani, depoda birbirine mutlak URL'ler aracılığıyla başvuran birden fazla paket varsa, bunlar çatala değil kaynağa başvuracaklardır.

Manuel olarak doğru yola klonlamanın daha iyi bir yolu var mı?

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

Çekme isteklerini işlemek için

• Çatal bir depo github.com/someone/repoiçingithub.com/you/repo
• orijinal kodu indirin: go get github.com/someone/repo
• orada ol: cd "$(go env GOPATH)/src"/github.com/someone/repo
• çatalınıza yüklemeyi etkinleştirin: git remote add myfork https://github.com/you/repo.git
• değişikliklerinizi deponuza yükleyin: git push myfork

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

Projenizde bir paket kullanmak için

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

Go modülleri kullanıyorsanız . replaceDirektif kullanabilirsiniz

replaceYönergesi veya bir akraba veya mutlak dosya yolu ile yerel dosya sisteminde (başka yerde GitHub'dan veya) VCS bulunan başka modül olabilecek başka bir ithalat yolu tedarik sağlar. replaceDirektifin yeni içe aktarma yolu , gerçek kaynak kodundaki içe aktarma yollarını güncellemeye gerek kalmadan kullanılır.

Böylece go.mod dosyanızda aşağıdakileri yapabilirsiniz

module github.com/yogeshlonkar/openapi-to-postman

go 1.12

require (
    github.com/someone/repo v1.20.0
)

replace github.com/someone/repo => github.com/you/repo v3.2.1

deponuzda v3.2.1etiket nerede . CLI aracılığıyla da yapılabilir

go mod edit -replace="github.com/someone/repo@v0.0.0=github.com/you/repo@v1.1.1"

Bunu çözmenin bir yolu, Ivan Rave ve http://blog.campoy.cat/2014/03/github-and-go-forking-pull-requests-and.html - çatallaşmanın yolu.

Bir diğeri, golang davranışını geçici olarak çözmektir . Siz go get, golang dizinlerinizi arşiv URI'sindekiyle aynı adla düzenler ve sorun burada başlar.

Bunun yerine, kendiniz git cloneyayınlarsanız, deponuzu dosya sisteminize orijinal deponun adını taşıyan bir yolda klonlayabilirsiniz.

Orijinal deponun içinde olduğunu varsayarsak github.com/awsome-org/toolve siz onu çatallayabilirsiniz github.com/awesome-you/tool, şunları yapabilirsiniz:

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 bu depoya devam etmekten son derece mutlu ve aslında awesome-orggit remote olduğu sürece bazı üst dizinin ismine sahip olmasını umursamıyor awesome-you. Tüm içe aktarmalar awesome-org, yerel çalışma kümeniz olan yeni oluşturduğunuz dizin aracılığıyla yeniden taşınır.

Daha uzun süre, lütfen blog gönderime bakın: GitHub'da Golang depolarını çatallamak ve içe aktarma yolunu yönetmek

düzenleme : sabit dizin yolu

Çatalınız sadece geçiciyse (yani birleştirme niyetindeyseniz), geliştirmenizi yerinde yapın, örn $GOPATH/src/launchpad.net/goamz.

Daha sonra git remote, yukarı akış havuzunu orijinal havuzunuz yerine kendi havuzunuz yapmak için sürüm kontrol sisteminin özelliklerini (örneğin ) kullanırsınız.

Başkalarının deponuzu kullanmasını zorlaştırır, go getancak yukarı akışa entegre edilmesi çok daha kolaydır.

Aslında goamz lp:~nick-craig-wood/goamz/goamziçin tam olarak bu şekilde geliştirdiğim bir depom var . Belki yazar onu bir gün birleştirir!

İşte bunun herkes için işe yaraması için bir yol:

"My / repo" ya çatallamak için github kullanın (sadece bir örnek):

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

Kodu daha iyi hale getirdiğinizde her seferinde tekrarlayın:

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

Neden? Bu, herhangi birinin go getçalıştığı deponuza sahip olmanızı sağlar . Ayrıca, çekme isteği için iyi olan bir dalı korumanıza ve geliştirmenize de olanak tanır. "Satıcı" ile gitmeyi şişirmez, geçmişi korur ve inşa araçları bunu anlamlandırabilir.

Bunun yanıtı, bir depoyu birden fazla paketle çatallaştırırsanız, ilgili tüm içe aktarma yollarını yeniden adlandırmanız gerekeceğidir. Bu büyük ölçüde iyi bir şey çünkü tüm bu paketleri çatalladınız ve içe aktarma yolları bunu yansıtmalıdır.

Bu süreci otomatikleştirmek için küçük bir senaryo yazdım. Sen benim daha fazla ayrıntı bulabilirsiniz bloga sizin bash "gofork" gibi bir komut eklemek için.

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

Tedarikçiliği ve alt modülleri birlikte kullanın

1. Kitaplığı github'da çatallayın (bu durumda go-mssqldb)
2. Bir ekleme submodule senin içine çatal klonlar satıcı klasöründe ama yukarı repo yolu vardır
3. importKaynak kodunuzdaki ifadelerinizi satıcı klasörünü işaret edecek şekilde güncelleyin ( vendor/önek dahil değil ). Örneğin vendor/bob/lib=>import "bob/lib"

Örneğin

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

mygithubuser=timabell
upstreamgithubuser=denisenkom
librepo=go-mssqldb

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

Neden

Bu, duyduğum ve bunu kendim çözmeye çalışırken karşılaştığım tüm sorunları çözüyor .

• Kitaplıktaki dahili paket referansları artık çalışır çünkü yol yukarı akıştan değişmez
• Projenizin yeni bir kontrolü çalışır, çünkü alt modül sistemi onu çatalınızdan doğru kaydetmede, ancak yukarı akış klasör yolunda alır.
• Yolları manuel olarak kesmek veya go takımıyla uğraşmak zorunda değilsiniz.

Daha fazla bilgi

• https://git-scm.com/book/en/v2/Git-Tools-Submodules
• Bir golang paketi alırken "dahili paket kullanımına izin verilmiyor" hata mesajını nasıl düzeltebilirim?
• https://github.com/denisenkom/go-mssqldb/issues/406
• https://github.com/golang/go/wiki/PackageManagementTools#go15vendorexperiment

sizin de Gopkg.tomldosyaya Aşağıda, bu bloğu ekleyin

[[constraint]]
  name = "github.com/globalsign/mgo"
  branch = "master"
  source = "github.com/myfork/project2"

Böylece çatal project2yerine çatal kullanacakgithub.com/globalsign/mgo

Size go get -fçatallı bir depo almak için komutu kullanabilirsiniz