フォルダーではなくファイルを選ぶ
blobページとRawホストのURLを受け付けます。treeのディレクトリは単一ファイルではありません。リポジトリのルートを入れた場合は、リポジトリのアドレスだけを返します。
- スラッシュの例ではURLとrefの両方をプレビューしてから適用します。
Git & Version Control
ファイルのリンクを入力し、refとパスの区切りを確認してからコピーしてください。
URLはこのブラウザー内で処理され、GitHubへのリクエストは送信されません。
URLに含まれるブランチ名・タグ・コミットをデコードした文字で指定します。区切りの指定であり、ブランチの変更ではありません。リポジトリURLでは空欄にしてください。
URLは8192、refは1024 UTF-16コード単位まで。HTTPSのみで、認証情報と明示的なポートは受け付けません。
変換中…
レビューで共有されたリンクは、人が読むファイルページを開きます。一方、スクリプトに渡したいのは装飾のない内容かもしれません。GitHub URL変換は所有者、リポジトリ、参照、パスを分けて表示し、ファイルのどの版を指すのか確認しながら両方のアドレスを作れます。
GitHub URL変換では、ファイルページとRaw URL取得の結果を並べて確認できます。既存のRawリンクからページURLに戻すことも可能です。リポジトリのルートには勝手にmainやREADMEを補わず、ファイル情報が足りないことを示します。
feature/docs/guide.mdでは、最初のfeatureだけが参照とは限りません。完全なブランチ名がfeature/docsなら、その名前を指定するとguide.mdがファイルパスになります。一致しない指定はエラーとなり、別のブランチには書き換えません。
blobページとRawホストのURLを受け付けます。treeのディレクトリは単一ファイルではありません。リポジトリのルートを入れた場合は、リポジトリのアドレスだけを返します。
ref欄はURLに含まれる文字列の区切りを決めます。refs/headsやrefs/tagsがある場合は、その後の名前だけを入力します。少なくとも一つのファイル区間が残る必要があります。
どちらかの入力を変えるとコピーとダウンロードが無効になります。自動変換を切ると実行ボタンが現れ、Ctrl/Cmd + Enterでも処理できます。
所有者とパスに加えて、区切りが仮定か、明示指定か、入力に符号化されていたかを表示します。40文字のコミットIDは構文上区別しますが、短いハッシュから実際のコミットを探すことはありません。
github.com/rawとraw.githubusercontent.comを読み取り、同じ参照のblobページを生成します。明示されたheadsとtagsの名前空間を維持するため、ブランチとタグの区別が入力にある場合も失われません。
空白、日本語、パーセント記号を含む名前を区間ごとに符号化します。ファイル名の%3Fをクエリに変えたり、%25を二重にエスケープしたりしません。パスの大文字と小文字もそのまま扱います。
GitHubでファイルを開き、Rawを選ぶと内容用のリンクを取得できます。このページではblob形式を入力してRaw形式を作れます。ルートのリポジトリURLだけでは、ファイル名と参照が不足しているため生成しません。
ブランチとタグは移動する可能性があります。特定の版を残すには、完全なコミットIDを含むURLを使います。GitHubのファイル画面でYを押すと固定版のリンクへ切り替えられますが、ここではそのIDを検索できません。
非公開の内容を読む権限はURLを書き換えても得られません。一時的なトークンが必要な場合もあります。生成時はクエリのトークンを除去するので、出力を誰でも使える共有リンクとは考えないでください。
表示とダウンロードの違いはサーバーの応答ヘッダーやブラウザーに依存します。アドレスの変換だけではCSVの表示方法やMIMEタイプを変更できません。このページの保存操作はローカルの解析JSONだけを対象にします。
Gitの参照にはスラッシュを含められます。そのため、文字列だけではrefがどこで終わるか確定できません。表示された仮定を確認し、名前が分かる場合に完全なrefを指定してください。入力と一致する区切りだけを受け付けます。
ほかにGitHubリンクの疑問がありますか?