Tip SSH を使って GitHub リポジトリをクローンすると、他の資格情報ではなく SSH キーを使って認証することができます。 SSH 接続の設定については、「SSH を使用した GitHub への接続」を参照してください。 GitHub CLI GitHub CLI は、Git 操作の優先プロトコルとして HTTPS を選択すると自動的に Git 資格情報を格納し、GitHub 資格情報で Git に対して認証するかどうかを尋ねるプロンプトに対して "はい" と答えます。 macOS、Windows、または Linux に GitHub CLI をインストールします。 コマンド ラインで、「gh auth login」と入力し、プロンプトに従います。 Git 操作の優先プロトコルの入力を求められたら、HTTPS を選択します。 GitHub 資格情報を使用して Git に対する認
本稿は Git Advent Calendar 2019 の12日目の記事です。 昨日の記事は @miiina016 さんによる ブランチを切ってinitialコミットまでするalias でした。 概要 こんにちは。とつぜんですが、みなさまは GitHub で以下のようなものを見かけませんでしょうか。 ↓こんなのとか ↓こんなのとか ※画像は Laravel先生の公式リポジトリ からお借りしました。 なんというかこんな風にバージョン6.5.2とか書かれると プロっぽさ というか 製品感がある というか。とにかく 見た目カッチョイイ ですよね(語彙力 これっていったいどうやってるんだろうと思って少し調べてみたところ、実はごく簡単な方法で実現ができるということがわかりました。そんなわけで今日はその方法を紹介してみたいとおもいます。 適当なリポジトリをつくります 単に私が検証用のリポジトリを用意
はじめに これまではGitHub Pagesで独自ドメインをHTTPS化するにはCloudFlareを仲介させるなどの対応が必要でしたが、この間公式にHTTPS対応がアナウンスされていたので、私のサイトも早速行ってみました。結構簡単にできたので手順を軽くまとめておきます。(HTTP -> HTTPS リダイレクトも行ってくれます) https://twitter.com/github/status/991366832421523456 公式ドキュメントはこちら https://help.github.com/articles/setting-up-an-apex-domain/ 前提 すでにGitHub Pagesで独自ドメインによりサーブしているコンテンツ(HTTP通信)がある状態とし、そのサイトをHTTPS化するものとします。 Step1: ドメインのDNSレコード設定を変更する 対象
2018年10月30日2019年3月3日 UE4で誰かと一緒にゲーム開発をしよう、といった時にメンバーそれぞれの変更箇所をコミットしたりマージしたり、変更履歴みたりしたいと思うのでGitHubを使おうと思いました。UE4開発用のGitHubの準備手順を軽くメモっときます。 ※画像はクリックで拡大できます GitHubアカウントの登録とGitHub Desktopのインストール GitHubを使用するためにGitHubのサイトでアカウントを取得しときます。 ー GitHubのサイトへ － プロジェクトを管理するリポジトリの作成や、変更をコミットするのにコンソールでコマンドを叩いて行う方法が一般的だったりするかもしれませんが、分かり易さ重視でGitHub Desktopを使用します。 ー GitHub Desktopのサイトへ ー リポジトリーの作成 GitHub Desktopをダウンロ
プルリクエストのレビューについて プルリクエストの変更は、1 ファイルごとにレビューできます。 プルリクエストでファイルを確認しているときに、特定の変更について個別のコメントを残すことができます。 各ファイルの確認が終了したら、ファイルを閲覧済みとしてマークできます。 これによりファイルが折りたたまれるので、まだレビューを必要とするファイルを特定するのに役立ちます。 プルリクエストヘッダのプログレスバーには、閲覧したファイル数が表示されます。 必要な数のファイルを確認した後、要約コメントを付けて確認を送信することにより、プルリクエストを承認するか、追加の変更をリクエストできます。 Tip 検索修飾子 review-requested:[USERNAME] または team-review-requested:[TEAMNAME] が使用された、自分または自分がメンバーであるチームが確認を求め
どうも、まさとらん（@0310lan）です！ 今回はGitHubと連携してソースコードをさまざまな用途に活用できる便利なWebサービスを厳選してご紹介しようと思います。 特にWeb開発を便利にしてくれるサービスを中心に、GitHubだけでどこまで作業効率を向上できるのかをぜひ確認してみてください！ なお、paizaラーニングでは「Git入門編」講座を公開しています。そちらも合わせてチェックしてみてください。 ■GitHubをフル装備のクラウドIDEに変えるサービス！ 【 Gitpod 】 GitHubに置いているリポジトリのソースコードを統合型のクラウドIDEで自由に編集できるサービスが「Gitpod」です。 TheiaをベースにしたVS Codeライクなコードエディタで、豊富な機能と拡張性を備えておりプログラミングに最適なIDEの一つと言えるでしょう。 使い方は簡単で、リポジトリのページ
米Microsoft傘下の開発者向けのソースコード共有サービスGitHubは1月7日（現地時間）、無料ユーザーでもプライベートリポジトリを使えるようにしたと発表した。 これまでは、ソースコードを非公開にできるプライベートリポジトリを使えるのは月額7ドル以上の有料ユーザーのみだった。新プランでは、無料ユーザーでも無制限にプライベートリポジトリを使えるが、共有できるのは3人までだ。 また、有料プランの構成を変えた。従来「Developer」という呼称だった月額7ドルの個人向けプランは「Pro」に、GitHubのみで使うものと自社サーバでのホスティングも可能なものの2つに分かれていた2つのビジネス向けプランが1つになり、「Enterprise」という呼称になった。料金は変更なしだ。
［速報］GitHub Actions発表、Dockerコンテナの連係によるワークフローを自由に定義可能。GitHub Universe 2018 GitHubが主催するイベント「GitHub Universe 2018」が、サンフランシスコで開幕しました。 初日の基調講演で同社は「Pull Request以来もっとも大きな新機能」（同社シニアバイスプレジデント Jason Warner氏）とするGitHubの新機能「GitHub Actions」を発表しました。 GitHub Actionsとは、GitHubのイベントをトリガーとして任意のDockerコンテナの実行を連係させていくことにより、ユーザーが自由にワークフローを定義できるというものです。 ワークフロー内のアクションとしてDockerコンテナを実行できるため、コードのビルドやテストの実行、クラウドへのデプロイなど、GitHubの機
こちらは東京理科大学 Advent Calendar 2016の19日目の記事です。 今日はGitHub Desktopをつかった、比較的簡単(だと思われる)conflictの解消の仕方をかいていきます。 ターミナルとGitHub Desktopを混ぜて使っているのでこの通りにやると画面の切り替えが面倒かもしれません。 ターミナルに慣れたいけどgitはまだこわい初心者の人にはおすすめかな？ ちなみに、開発中にリモートのmasterがどんどん更新されていったときにその変更分を自分が作業しているbranchに取り込みたいと思った時は、手順の2と3を行えば取り込めます。 #GitHub Desktopとは 簡単にgitの基本操作を行えるツールです。 コードを変更した時に差分が簡単に見られたり、コードは元にもどさないまま1個前のcommitを簡単に取り消せたりするので便利です。 基本的な使い方はG
本機能のきっかけとなったIssueはこちらです。 A better way to work w Epics Epic機能について良い議論が行われていました。 ZenHubの最新バージョン2.16.11で追加されたEpic機能について説明したいと思います。 ZenHubとは ZenHubって何？という方は@GeckoTangさんのZenHubとはという記事を見てみて下さい。 GitHubを拡張するプロジェクトマネジメントツールです。 エピックとは エピックって何だ？という方はAtlassianの エピック、スト－リー、バージョン、そしてスプリントを読んでみてください。 これらは、アジャイルでスコープとスケジュールを適切に管理し、動くソフトウェアを提供し続けていくエンジンとなります。 ZenHubのEpic（エピック）とは 簡単に言うとGitHubのIssueをまとめられるものです。 この機能
Zenhub Enterprise Server brings the power of Zenhub on-premise.
日本時間で1月28日木曜日午前9時過ぎから発生したGitHubのサービス障害は、同社のデータセンター内での一時的な停電をきっかけに連鎖的に発生した障害の影響であることが、GitHubのブログに投稿された記事「Update on 1/28 service outage」で説明されています。 GitHubのブログから引用します。 A brief power disruption at our primary data center caused a cascading failure that impacted several services critical to GitHub.com's operation. 主データセンターにおける一時的な停電が連鎖的な障害を引き起こし、GitHub.comの運用にいくつもの深刻な影響を与えてしまった。 GitHubの説明によると、障害が発生したのは協
SSLエラー 家に返ってきて、おもむろにgithubを開けようとしたらSSLエラーがでてきてアクセスできなかった。(2014/07/28 0:58現在) github.comをchromeから開けると以下のような画面がでてきて、どうしようもない状況。 bitbucket.comを開いてもおんなじような状況。 SSLの証明書エラーということなので、DNSが不正に書き換えられたとか、ハックがされたのかなと思ったんですが、iPhoneのChromeからは普通にアクセスできることから、そうではない様子。 Macにある中間証明書の期限切れ? twitterをみていると、どうやらMacにインストールされているDigicertの中間証明書の有効期限が切れたせいのようです。 @algo_sanchez Find expired #SSL certs in OSX #KeyChain with View/S
Branching in Git is one of my favorite features. If you have used other version control systems, it's probably helpful to forget most of what you think about branches - in fact, it may be more helpful to think of them practically as contexts since that is how you will most often be using them. When you checkout different branches, you change contexts that you are working in and you can quickly con
GitHub や GHE を使って多人数で開発していると，プルリクエストを横断して試す必要が頻繁に発生すると思います． プルリクエストを次々に試したり，#30 と #31 をマージした結果を試したい！なんてケースもあるのではないでしょうか． GitHub では git ls-remote すれば分かるように，プルリクエストの番号と対応したブランチがリモートに存在しているので，これを取得してみます． .git/config に追記（あるいは git remote add とかで適当に） [remote "pr"] url = git@github.com:yourusername/yourrepos.git fetch = +refs/pull/*:refs/remotes/pr/* あるいはこんな感じ（丸投げ）: https://gist.github.com/3342247 git fe
最近 eskk.vim の Issues とかで Github Issues を割と見るようになった。 で、ブラウザいちいち開くのも面倒だし幸い Github には API があるらしいので、github.vim とか言うのを試しに作り始めてみた。 完成度高めるよりとっとと公開してしまおうってことでとりあえず公開。絶賛プロトタイプバージョン。アルファにも届いてないので興味のある人だけ使ってみてね。 http://github.com/thinca/vim-github 今のところできること Issues のリストの取得/表示 個々の Issue の表示(コメント付き) 新しい Issue の登録 既存の Issue の close/reopen 既存の Issue の編集 コメントの追加 簡単な使い方 " 自分のリポジトリ :Github issues {repos} " 任意のリポジトリ
みなさん、Git使ってますか？僕はまだメインのVCSがSubversionなのもあって、なかなか慣れません。せっかくGitを使っているのに、ちょっと不便なSubversionくらいの位置づけです。でも、同じような理解度の人って多いんじゃないでしょうか。 一方で、最近はGitHub管理のオープンソースプロジェクトが増えてきました。バグレポートを送るにしてもpull request*1が前提のような空気があり、Git初心者には少し敷居が高い印象があります。 そんな僕も先日初pull requestをしてみたんですが、色々な失敗の積み重ねで残念なpull requestになってしまいました。その反省を元に、本稿ではpull requestする際のベストプラクティスを紹介します。これは「Git Workflow」をベースにコマンド例などを加筆したものです。 概要 pull requestする際は、
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
