GitHubコマテク集 - OpenWork Tech Blog
インフラチームの西川です。 当社ではGitHubを利用しています。いろいろ便利な機能があるのですが社内でコマテクを募集してみたところ意外と知らないものがあったので共有してみます。 行動の見える化 特定コミットのリンク取得 通知 行動規範 ガイドライン .github リポジトリ テンプレートリポジトリ タグをたくさんプッシュさせない ドラフトプルリクエスト チケットの自動リンク化 ベースブランチの更新を取り込む まだレビューが終わってないプルリクエストの一覧化 レビュアーの自動割り当て コードの所有者 ファイル単位でレビュー済みをチェックする レビュー中のファイルを全部閉じる 具体的な修正を提案する レビューコメントをラベル化 デプロイ管理 リリースノートを自動作成 行動の見える化 以下の設定をすることで、GitHub上の行動を見える化することができます。 docs.github.com
【令和最新版】PGP鍵の作り方から管理方法、Git Commitへの署名まで - Qiita
GnuPGのデータの保存場所 GnuPG内で使用したデータはデフォルトでは全て${HOME}/.gnupgディレクトリに保存されます。つまり、このディレクトリを削除してしまうとPC上のGnuPGのデータが全て消えてしまうため注意が必要です。また、機密データであるためパーミッション設定をしっかりと行うなど、対策を施しましょう。 なお、データが保存される場所はGNUPGHOMEという環境変数を設定することで変更することも出来ます。なので、バックアップとして.gnupgをUSBなどに保存していた場合は、GNUPGHOMEでそのパスを指定することによって一時的にバックアップの方を使用するといったことも可能です。 鍵の構成について PGPには主鍵と副鍵という概念があります。それぞれの鍵は秘密鍵と公開鍵のペアになっています。 基本的には主鍵が一つあり、副鍵は主鍵によって署名されています。こうすることで
GitHubにPGP鍵を登録して署名つきcommitを作成してみた | DevelopersIO
GitではPGP鍵を利用したCommitへの署名ができることを以前から知っていましたが, 下記記事を拝見して簡単に設定できることを知ったのでPGP鍵の生成から設定までやろうと思いました. また, とあるプロジェクトのCode Ownerになったため, リポジトリへのCommitに対して署名をすることで偽装を防げる方が良いのではないかと感じたことにも起因しています. 本記事では, 下記4点について実施したことをまとめます. macOSでのPGP鍵の生成 Gitでの署名つきCommitの実行 GitHubへの公開鍵の登録 他のPCへの秘密鍵のインポート macOSでのPGP鍵の生成 まずは必要なツールをインストールします. PGP鍵を生成するためのGnuPGとパスフレーズ入力に利用するPinentryをインストールします. インストールが完了したらGnuPGのバージョンを確認して, 2以降であ
Githubで間違って作成したリモートブランチを消す方法 - Uemmra3’s blog
すごい広島()という勉強会がある。 広島で毎週水曜日に行われている勉強会で、とにかく技術的・コミュニティ的なタスクを決めてGithubに成果を残すスタイルである(私の解釈)。あとはリモート参加を受け入れていて、広島から遠い場所にいる場合でも、ネット回線があれば参加することができる。 ただGithub経験値の弱い私は、間違ったブランチを作ってしまい、ちょっと焦った。基本的にはこのブログ(expressweb.jp - このウェブサイトは販売用です！ - ウィンドウズサーバー レンタルサーバー サーバー エクスプレスウェブ リソースおよび情報)を見てローカルブランチを作らずに、リモート操作のみで済ましているので、そんなミスをした時の対処方法を残しておこうと思う。 まずは、対象のリモートリポジトリのブランチを開く。 次に、消したいブランチの右端にあるゴミ箱ボタンを押す。 以上 こんだけの事だけど
[小ネタ]GitHubでコミット間の差分をパッチ形式で表示する | DevelopersIO
はじめに GitHubで特定のブランチ or コミット間の差分をパッチファイルにしたい時ってありますよね？(挨拶） 例えばforce-pushで打ち消されたコミットや削除されたブランチの変更を手元で再現したい時に必要になります（※世の中の人にはあなたが思っているよりもいろいろな事情があるのです） 差分の表示方法 特定のブランチ、コミット、タグ間の差分を表示する方法は公式ドキュメントで紹介されていますが、基本的には以下のURLにアクセスするだけです。 base, otherにはブランチ名、コミットハッシュ、タグ名を指定します。 https://github.com/<org>/<repo>/compare/<base>..<other> 例えば elm/coreのmasterとdevの差分は以下のURLです。 ブランチ指定 コミット指定 パッチ形式での表示方法 上記の方法だと差分がUIで表示
【GitHub】ソースコード検索したい。 - Qiita
はじめに WebAPIなどの実装時、他の人がどのように実装しているか気になりませんか？ ただ、書き方のお手本にしたいなぁと思っても、私が出来るのはGitHub左上の検索フィールドで足掻くぐらい。笑（↓） もそっと効率上がらないかな…と言うことで検索方法について調べてみました。 ※因みに、このQiita見るより↓ら辺のGitHubヘルプ見る方が手っ取り早い説あります(笑) ・GitHub での検索について ・検索構文を理解する ・コードの検索 ソースコードの検索 目標はWebAPIなどで提供されている機能の実装サンプルを探してみようーです。 このQiitaではGUI検索とprefixを使って、ソースコードを検索します。 お題：「recaptcha」と言うWebAPIの「verify_recaptcha」機能を使っているRubyファイルを探す！ GUIによる検索 とりあえず初心者なのでGitH
2 要素認証を設定する - GitHubドキュメント
メモ 2023 年 3 月より、GitHub では、GitHub.com でコードを投稿するすべてのユーザーに、1 つ以上の形式の 2 要素認証 (2FA) を有効にすることが求められます。 該当するグループに属しているユーザーは、そのグループが登録対象として選択されると通知メールを受け取り、45 日間の 2FA 登録期間が開始されて、GitHub.com での 2FA への登録を求めるバナーが表示されます。 通知を受け取らないユーザーは、2FA を有効にする必要があるグループには含まれませんが、有効にすることを強くお勧めします。 2FA 登録のロールアウトについて詳しくは、こちらのブログ記事をご覧ください。 2 要素認証 (2FA) は、モバイルまたはデスクトップ上の TOTP アプリ またはテキスト メッセージを使用して構成できます。 TOTP アプリ またはテキスト メッセージを使用
GitHubで自分が作成・コメントしたIssueやプルリクエストを探す方法 - Beeeat’s log
振り返りなどをする時にGitHubで自分がどんなissueを作ったり、どんなコメントしていたっけ?と思って調べることがよくあり、 度々検索バーで自分のユーザ名を入力して調べていた。 しかし、以下のように公式ドキュメントに調べる方法がちゃんと載ってあったことがわかったのでメモしておく。 英語(こっちが基本的に最新) help.github.com 日本語(最近できたっぽい) help.github.com 自分が作ったissueやプルリクエストを調べる時 author:ユーザ名をフィルターに入力し抽出する また、issueの場合はissueの一覧画面で作成者のユーザ名がリンクになっておりクリックするとそのユーザ名で作成されたissueの一覧画面が表示される。 自分がコメントしたissueやプルリクエストを調べる時 これは完全に知らなかった。 commenter:ユーザ名 をフィルターに入力し
Gitでmasterブランチを作らずに作業をしてしまった時の対処 | DevelopersIO
こんにちは、CX事業本部の若槻です。 今回は、Git（GitHub）を利用した開発で、リポジトリにmasterブランチを作らずに作業をしてしまい、Pull Requestが作れなくなってしまったので対処をした事例についてご紹介します。 前提（正規の開発フロー） まず、今回の事例が発生した開発作業で"本来なぞるべきだった"開発フローについて前置きしておきます。 プロジェクトでGitHub上の既存リポジトリに対して作業を行う際は、以下のようなフローで開発作業を行っています。 masterブランチから作業用ブランチをcheckoutする。 作業用ブランチで作業を行い、作業内容をcommitしてpushする。 作業用ブランチからmasterブランチへMergeするためのPull Requestを作成する。 Pull Requestを他の開発メンバーがレビューする。指摘があれば修正を行う。 Pull
個人用アクセス トークンを管理する - GitHubドキュメント
コマンドラインまたは API を使用して personal access token に認証を行う際、パスワードの代わりに GitHub を使用できます。 personal access tokenについて Personal access tokenは、GitHubの認証にパスワードを使用する代わりに、GitHub APIまたはコマンドラインを使用するための代替手段です。 Personal access tokenは、自分の代わりに GitHub リソースにアクセスすることを目的としています。 組織の代わりにリソースにアクセスしたり、有効期間の長い統合のためには、 GitHub Appを使用する必要があります。 詳しくは、「GitHub アプリの作成について」をご覧ください。 トークンは、トークンのオーナーと同様に、リソースにアクセスしてそれらのリソースに対してアクションを実行できますが、
GitHub の Pull Request の差分から変更されたファイル名一覧を抜き出す
こんにちは、kenzauros です。 資料をまとめたりするときに使えるかもしれない、ちょっとした小ネタです。 Git で差分のあるファイル名を抽出するには git diff を使えばいいのですが、そのファイル名を使ってごにょごにょ加工したい場合、（私は）JavaScript のほうが便利なので、 GitHub の Pull Request を利用することにしました。 やりたいこと ちなみに git diff コマンドでコミット間の変更ファイル名一覧を取得するのは下記のようにします。 diff-filter=d オプションで「削除以外」、 name-only でファイル名のみ、 origin/master と HEAD の差分を抽出します。 これでずらずらーっとファイル名が得られます。 が、このあとこの一覧を加工しようと思うとシェルスクリプトや PowerShell でごにょごにょしなけれ
初心者向けGithubへのPullRequest方法 - Qiita
Github上にローカル環境からTerminalなどのコマンドラインを使ってPush,PullRequestを作成する流れをまとめてみました。 大まかな流れ ①Github上からローカルにファイルをclone(保存)する ②GithubへPullRequest用のBranchをローカルで作成する ③データを更新編集し、ローカルに add, commitする ④Githubにpushする ⑤GithubにPullRequestする ※⑥PullRequestをMergeする 用語の整理 ①Github…オンライン上にレポジトリーを保管し、複数人で共有・編集できる ②ローカル…自分のPC ③clone...Githubなどオンライン上のリポジトリーをローカルにコピー保存すること ④Branch...１つのレポジトリに複数のBranchを作ることで同時に複数のバージョンでレポジトリを管理すること
【GitHub超初心者入門】この前初めてGitHubを使い始めたエンジニア見習いが書くGitHubの使い方と実践～とりあえず一緒に動かしてみようぜ！～ - Qiita
たくさんの「LGTM」ありがとうございます。 ちょっと別視点からバージョン管理システムの記事を書いてみました。 そちらもよろしければごらんくださいませ。 【Git】オレならこう説明する！Git初心者への用語説明 後、個人ブログもはじめましたのでよろしければ（宣伝） 3年ぶりにこの記事の続きをnoteで書きました。 https://note.mu/nahito/n/nded6e4dd7382 はじめに 「勝利にコミットせよ！」「結果にコミットせよ！」 ……は？ 何を言ってるかさっぱりわかりません． コミットって何？つーかコミットって日本語で言うと何？言ってみろよ！！！ そんなエンジニア見習いがとうとうGitHubを勉強し始めました． 一緒にターミナルをいじりながら読んでいくと，理解が深まるかもしれません． GitHubとは？ 要は自分の書いたコードを公開するツールです． 企業では，その会社の
github を Windows で使ってみる
— Your Dashboard — GitHub バージョン管理の github を windows から使ってみようと思いやってみました。 ちなみに私は Home — GitHub Guides — GitHub を見たりしつつ、こうやって使うんだなとうっすら理解した程度のレベルです。できたものの書いておかないと忘れそうなのでメモ。 アカウント作成、リポジトリを作る まずは github にアカウントを作る。SSH Public Key は空白のままでとりあえずアカウント作成。 ログインしたら「Create a Repository」と書いてあるリンクからリポジトリを作成。 Project Name：適当に付ける。 Description：このリポジトリの説明。なくても OK。 Homepage URL：空白でも OK。 Who has access to this repositor
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
https://tech.kurojica.com/archives/12865/
すぐ分かる! git の origin と master ってなんだ? - Qiita