Remapping hostname prevents using `gh stack submit`
- 主要言語
- Go
- スター
- 1.5k
- フォーク
- 70
- 平均マージ
- 1日 8時間
- マージ済み PR(30日)
- 7
説明
I use a synthetic hostname mapping in `~/.gitconfig` (1) in conjunction with my `.ssh/config` (2) to select the SSH host key and user identity. In this case, the synthetic hostname is `fastalyze.github.com`. When I run `gh stack submit` this happens:
```
gh stack submit
Checking stack state...
✗ failed to create GitHub client: determining repository: unable to determine current repository, none of the git remotes configured for this repository point to a known GitHub host
```
I suspect there is a check for stacked PR support based on the hostname, and it's not recognizing `fastalyze.github.com`.
(1) `~/.gitconfig` stanza:
```
[url "git@fastalyze.github.com:fastalyze/"]
insteadOf = git@github.com:fastalyze/
[url "git@fastalyze.github.com:fastalyze/"]
insteadOf = https://github.com/fastalyze/
```
(2) `.ssh/config` stanza:
```
host fastalyze.github.com
Hostname github.com
User "jeff-younker"
IdentityFile ~/.ssh/id_fastalyze
IdentityAgent none
```
コントリビューションガイド
調査の方向性
`gh stack submit` のエントリポイントから開始し、提供された `.gitconfig` と `.ssh/config` のマッピングを使ってリポジトリ検出の失敗を再現します。再マッピングされたホスト名が既知の GitHub ホストと照合される仕組みを追跡します。`gh stack submit` がこの設定を認識し、通常の GitHub リモート検出を壊さずに処理を続行できれば完了です。
索引モデルが issue の本文から書いたものです。
評価
- 技術スタック
- go
- 領域
- cli
- issue の種類
- バグ
- 難易度
- 3/5
- 見積もり時間
- 1〜2日
- 活発さ
- 静か
- 明瞭さ
- おおむね明確
- 初心者へのやさしさ
- 55/100