Bagaimana cara merujuk cabang yang ada dari masalah di GitHub?

133

Katakanlah saya memiliki cabang bernama feature/1. Dan juga mengeluarkan # 1. Saya ingin menautkan cabang itu ke masalah itu.

Apakah ada cara untuk menautkan cabang itu ke masalah itu dari masalah ini? Tanpa membuat komitmen.

github git-branch

— Nerian
sumber

93

Langsung dari GitHub :

Referensi

Referensi tertentu ditautkan secara otomatis:

SHA: be6a8cc1c1ecfe9489fb51e4869af15a13fc2cd2

User @ SHA ref: mojombo @ be6a8cc1c1ecfe9489fb51e4869af15a13fc2cd2

Pengguna / Proyek @ SHA: mojombo / god @ be6a8cc1c1ecfe9489fb51e4869af15a13fc2cd2

#Num: # 1

Pengguna / # Jumlah: mojombo # 1

Pengguna / Proyek # Jumlah: mojombo / dewa # 1

Tampaknya secara langsung (seperti pada pengguna / repo / cabang) tidak mungkin, tetapi mungkin dengan menggunakan id pohon?

— fuzzyalej
sumber

73

Saya menghubungi dukungan Github dan mereka mengatakan kepada saya bahwa itu tidak mungkin saat ini.

— Nerian

5

Sungguh berharap ini mungkin. Cara mengatasinya adalah dengan menggunakan permintaan tarik (bukan langsung mendorong) dan merujuk masalah dari dalam permintaan tarik.

— Olivier Lalonde

2

Hmm, masuk akal karena nama cabang tidak statis tetapi komit adalah.

— jonasfj

3

@jonasfj URL Github untuk cabang statis - selalu /user/repo/tree/branch-name(atau /user/repo/commits/branch-nametergantung pada apa yang ingin Anda lihat)

— GMA

Itu mungkin, seperti yang ditunjukkan dalam jawaban saya untuk pertanyaan ini.

— LS

89

Seperti disebutkan dalam jawaban lain , GitHub secara otomatis membuat tautan ke berbagai hal, termasuk repositori GH lainnya, tetapi tidak ke cabang dalam repositori tersebut. Ketika saya ingin melakukan ini, saya secara manual membuat tautan seperti ini:

[a link to a branch](/_user_/_project_/tree/_branch_)

Di mana _user_,, _project_dan _branch_harus diganti dengan bagian-bagian URL cabang. Misalnya, cabang dalam proyek "ahli bahasa" GitHub:

[api-changes branch in github/linguist](/github/linguist/tree/api-changes)

Penting:

Prosesor GitHub's Markdown membuat tautan menggunakan nilai URL yang tepat terlampir dalam tanda kurung. Anda harus menentukan URL dengan mempertimbangkan bagaimana browser akan menangani tautan itu. Jika URL yang ditentukan hanya bagian path (seperti dalam contoh ini), browser akan memperlakukan path sebagai relatif terhadap URL halaman saat ini. Jika jalur relatif itu dimulai dengan garis miring ("/ ", juga seperti dalam contoh ini), maka itu akan relatif terhadap root server URL halaman saat ini. Jika tidak, jalur yang tidak dimulai dengan garis miring akan diperlakukan sebagai relatif terhadap induk dari URL halaman saat ini. (Ini adalah spesifikasi tautan HTML dasar.)
Jangan lupa untuk memasukkan treebagian dari URL ketika merujuk ke cabang proyek tertentu.

— LS
sumber

8

Saat ini tautan saya dikonversi ke /user/proj/blob/branchwalaupun saya menulis treedan tidak blob. Sunting: berfungsi:../../tree/branch

— lemari besi

@vault Bisakah Anda memposting tautan ke dokumen Markdown yang berisi contohnya?

— LS

@ LS jika saya ingat dengan benar, saya membutuhkan informasi ini untuk menulis README ini .

— brankas

2

@vault saya mengerti! Rupanya ada aturan yang berbeda untuk tautan dari file repo MD vs. dari teks isu MD. Asal. T dan A saya tentang tautan dalam teks terbitan, tetapi saya akan memperbarui jawaban saya untuk menyertakan file MD repo. Saya memotong repo Anda dan menambahkan tautan ke README.md. GH tampaknya menghapus "/" dari tautan dan menambahkannya ke URL saat ini. Itu mungkin bug. Saya akan memeriksanya. Bagaimanapun, URL relatif dengan ".." lebih masuk akal dalam file repo. Misalnya, jika Anda menggabungkan garpu saya, tautan baru saya README.mdakan merujuk kembali ke garpu saya.

— LS

13

Perhatikan bahwa mulai April 2013 (" Label Cabang dan Tag Untuk Halaman Komit "):

Setiap komit dapat menyebutkan cabang itu adalah bagian dari:

cabang bagian dari komit

Jika komit tidak pada cabang default, indikator akan menampilkan cabang yang berisi komit. Jika komit adalah bagian dari permintaan tarikan yang tidak dihapus, tautan akan ditampilkan .

Tautan untuk menarik permintaan

Itu berarti merujuk komit dari masalah akan memungkinkan pengguna untuk melihat cabang (dengan melihat komit), dan bahkan untuk melihat tautan kembali ke masalah (masih dengan melihat komit).

— VONC
sumber

6

Anda tidak dapat merujuk cabang secara langsung.

Tetapi Anda dapat membuat referensi ke cabang dibandingkan dengan cabang lain. Jika Anda memasukkan ini:

https://github.com/user1/repo/compare/branch1...branch2

itu akan menjadi

branch1...branch2

Anda juga dapat membandingkan cabang di seluruh cabang. Jikauser2 bercabang repo, ini berfungsi:

https://github.com/user1/repo/compare/branch1...user2:branch2

— Lars Brinkhoff
sumber

0

Saya mencari kemungkinan yang sama di Git, tetapi tidak ada yang tersedia jadi saya memutuskan untuk langsung merujuk brach dengan tautan penurunan harga dengan menggunakan referensi Hash.

# Issue02

## Commit Hash _<hash_number>_

...Rest of comments in the issue...

Jadi, sekarang di organisasi saya, kami selalu melakukan referensi saat membuka atau menutup masalah. Itu harus dirujuk ke Hash tertentu dan secara tidak langsung itu merujuk ke cabang yang sesuai.

Saya kira Anda sudah sekarang, tetapi jika tidak, untuk mendapatkan hash yang akan Anda gunakan git log

Catatan: Ini bukan merujuk ke cabang certaing tapi komit,

Dengan beberapa jam kerja saya pikir mungkin untuk secara otomatis melakukan ini dan membuat alat baris perintah,

— negrotico19
sumber