背景 Pull request をまとめてマージしてみたらいくつかがコンフリクトして面倒、という場面がある。 これがデプロイ作業前のように忙しいタイミングだとややこしいので、マージすると初めてコンフリクトするような Pull request 同士を事前に検出する GitHub Actions を作った。 Marketplace: https://github.com/marketplace/actions/conflibot Repository: https://github.com/wktk/conflibot 動作 中では下記の流れで処理をしている。 pull_request イベントで起動 現在の Pull request を Action 内でマージ マージ先が同一の他の Pull request を取ってきて、git apply --check で適用をチェックしてみる コンフ

ハコベルシステム開発部のおおいし (@bicstone) です。普段はフロントエンドエンジニアとして物流DX SaaSプロダクトの開発を行なっています。 この記事ではハコベルの開発チームが心理的安全性の向上を目的に採用した、プルリクエスト (マージリクエスト) コメントにラベルを付ける手法についてご紹介します。 背景 プルリクエストをレビューする時、レビュアーとして上から目線になってしまい相手を傷つけないか緊張したり、ちょっとした確認のつもりで書いたコメントが修正必須と捉えられてしまったりした経験はないでしょうか。 本来、ピアレビューは対等な関係であるはずなのに、レビューする側の方が上になってしまいお互いに恐縮してしまいがちです。「勘だと怪しいけど間違っていたら怖いから言えないな」や、「将来的に辛くなりそうな実装だけどわざわざ指摘するほどでもないな」など荒波を立てずにApproveしてしま

コード ナビゲーションを有効にするために、リポジトリで何かを構成する必要はありません。 サポートされているこれらの言語の検索ベースのナビゲーション情報と正確なコード ナビゲーション情報をすべてのリポジトリで自動的に抽出し、プログラミング言語が両方でサポートされている場合は、サポートされている 2 つのコード ナビゲーション アプローチを切り替えることができます。 GitHub では、オープン ソースの tree-sitter と stack-graphs ライブラリに基づいて 2 つのコード ナビゲーション アプローチが開発されました。 検索ベース - リポジトリ全体のすべての定義と参照を検索して、特定の名前のエンティティを見つける 正確 - コード内の特定のポイントにあるクラス、関数、インポートされた定義のセットに基づいて定義と参照を解決する これらのアプローチの詳細については、「正確な

仕事とプライベートとで別々のGitアカウントを使用する必要が出てきた際に、プライベートと仕事での開発とで環境を切り替えがわりと面倒だったので、今後迷わないように記録する。 アカウントの新規作成(ざっくり) 1. 新しいメールアドレスでGithubアカウントを作る 2. sshキーを作る ~/.ssh/conifgファイルに下記の様なフォーマットで秘密鍵のパスを指定する。 Host github HostName github.com IdentityFile ~/.ssh/main_rsa User git Port 22 TCPKeepAlive yes IdentitiesOnly yes Host github-sub HostName github.com IdentityFile ~/.ssh/sub_rsa User git Port 22 TCPKeepAlive yes I

PHPerKaigi 2020の登壇資料です。 サンプルアプリはこちら https://github.com/fortkle/ga-phperkaigi-todo-api

友人と共同開発するためGitをゼロから学びなう。 注意: Git学び中なので間違っている点や用語の使い方がおかしいかもです。 1. 友人のGithubから目的のgitをローカルリポジトリにcloneする。 cloneを作成したい任意のディレクトリにcdし $ git clone [URL] コマンドを実行する。 cloneが終わったらlsコマンドで目的のディレクトリが作成されているか確認する。 例: KeigoTakahashiのケース $ pwd //あらかじめcdコマンドで目的のディレクトリに移動しておく /Users/keigotakahashi/Desktop/Xcode/Practice $ ls //ディレクトリ内のディレクトリを確認 MyCalc //元からあるプロジェクト $ git clone https://github.com/tt556/SwiftMousouLIN

gitアカウントが煩雑 日々の業務や個人の開発などのバージョン管理において、gitは外せない日々が続いております。 ただ、使うgitアカウントが煩雑しております。。 社内管理は、gitlab 他社管理は、bitbucket 個人の開発は、github などなど。。 ここで、それぞれのアカウントを分けないと、「他社管理のリポジトリ」に「社内管理で使っているハンドルネームでコミット」してしまい、トラブルなどの原因に繋がったり、恥ずかしい思いをしてしまいます。。 メインアカウント設定 業務で良く使うアカウントは、globalにアカウント情報を設定する。(~/.gitconfig) ~/.gitconfigへ設定

2015.3.14 追記 "鍵でやるべき"とブックマークコメントをもらいましたが、その通りです。SSH認証キーが設定できる環境なら鍵認証でやるべきです。鍵ペアを作成後に公開鍵をGithubに登録し、~/.ssh/configで以下のように設定しましょう。 Host github.com User git Hostname github.com IdentityFile ~/.ssh/{秘密鍵}SSH認証キーが設定できないような環境では、本記事を参考にしてください。 追記終わり Githubへpushするたびにユーザ名(Emailアドレス)/パスワードを聞かれて入力するのは面倒なので、省略したい。 MacとLinuxで確認しました。 1. ~/.netrc にユーザ名/パスワードを書く こんな感じで自分の$HOME直下に.netrcファイルを作成する。 machine github.com

Windowsのgitでhttps形式のリポジトリを扱う時、毎回パスワードを入力するのがめんどくさい…。そんな苦労を解消するためのツールが「git-credential-winstore」です。 このツールを使えば、パスワードを入力するのは最初の一回だけになりそれ以降パスワードの入力は不要になります。少しでも作業効率を上げるためには使わない手はないと思います。 インストール方法 git-credential-winstore.exeをダウンロードし、コマンドプロンプトを開いて以下のコマンドを実行します。「C:\Path\To\Git.exe'」は実際は「C:\Program Files (x86)\Git\bin\git.exe」のような実在のパスに置き換えてください git-credential-winstore -i C:\Path\To\Git.exe' 実行すると「.gitconf

この記事はMikeTOKYO Advent Calendar 2013の7日目です。 「メリーvimリマス！」 vimと過ごすvimリマスの季節が今年もやって来ました(人´∀｀) 今日は僕がgitをvimで使用する際のオススメプラグイン3点を紹介したいと思います。 1. vim-fugitive 定番の fugitive.vim です。 一番のおすすめは :Gblame git の blame はとにかく速いですね。 svn なんかだとひとまず「(　ﾟДﾟ)⊃旦 ﾁｬﾉﾒﾔ」となりますが、 :Gblame は一瞬。そう一瞬です。 :Gstatus から add, commit, diff, checkout が可能です インストールはコチラから https://github.com/tpope/vim-fugitive NeoBundleな方はコチラから NeoBundle 'tpope/

Windowsにmsysgitをインストールしてgithubにpushができるまでを紹介します。 2013年7月30日追記 SourceTree に移行しました。 動作確認環境 Windows7 64bitmsysGit 1.7.9TortoiseGit 1.7.7.0 64bit 目次 msysGitのインストール TortoiseGitのインストール githubにリポジトリを作成する SSHかHTTPSどちらかを利用してgithubのリポジトリに接続する SSH秘密鍵と公開鍵の作成 SSH公開鍵をgithubに登録する SSH公開鍵の設定確認 Gitの設定 ローカルからgithubリポジトリにpushしてみる HTTPSのユーザー名とパスワード認証を省略する方法 TortoiseGitについて msysGitのインストール 下記URLよりインストーラをダウンロードします。 http:

vim-fugitiveというプラグインを使います。 diffもパッチの比較見なくても左右に画面開いて比較できるし、 色付きで見やすいし、 わざわざターミナルに戻る必要ない！ １ファイルだけパパッと修正して確認してコミットしたい時とかは、 とても便利かと思います★ 導入 導入は各自。 自分はNeobundle使ってます。 以下のように設定します。

2013/08/13 GitHubの新デザインに対応するために記事内容・画像をアップデートしました。こんにちは、ブログ記事を書くのが約2年ぶりのruedapです。さっそくですが、Pull Request（プルリクエスト）機能を使ったことはありますか？GitHubの代表的な機能で、「pull req」や「PR」とも略されたりして、名前はよく聞きますよね。この記事は、Gitはいちおう入門済みで、GitHubも使い始めたけど、Pull Request機能はまだ使ったことがない、そ... よくあるForkタイプ Pull Request機能の解説としてよくあるのは「他の人のリポジトリを自分のGitHubアカウントにFork（コピー）してきて、変更を加えて、それを元のリポジトリに取り込んでもらうようにリクエストを送信する」といった感じのものではないでしょうか。 Forkしないタイプ Forkしないタ

Github上にローカル環境からTerminalなどのコマンドラインを使ってPush,PullRequestを作成する流れをまとめてみました。 #大まかな流れ ①Github上からローカルにファイルをclone(保存)する ②GithubへPullRequest用のBranchをローカルで作成する ③データを更新編集し、ローカルに add, commitする ④Githubにpushする ⑤GithubにPullRequestする ※⑥PullRequestをMergeする #用語の整理 ①Github…オンライン上にレポジトリーを保管し、複数人で共有・編集できる ②ローカル…自分のPC ③clone...Githubなどオンライン上のリポジトリーをローカルにコピー保存すること ④Branch...１つのレポジトリに複数のBranchを作ることで同時に複数のバージョンでレポジトリを管理する

2013/08/13 GitHubの新デザインに対応するために記事内容・画像をアップデートしました。 こんにちは、ブログ記事を書くのが約2年ぶりのruedapです。 さっそくですが、Pull Request（プルリクエスト）機能を使ったことはありますか？ GitHubの代表的な機能で、「pull req」や「PR」とも略されたりして、名前はよく聞きますよね。 この記事は、Gitはいちおう入門済みで、GitHubも使い始めたけど、Pull Request機能はまだ使ったことがない、そんな人に向けた 簡単な方のPull Request の入門記事です。 もう1つのPull Requestについて Pull Request機能の解説としてよくあるのは「他の人のリポジトリを自分のGitHubアカウントにFork（コピー）してきて、変更を加えて、それを元のリポジトリに取り込んでもらうようにリクエスト

アジャイル開発に取り組むチーム向けのコーチングや、技術顧問、認定スクラムマスター研修などの各種トレーニングを提供しています。ぜひお気軽にご相談ください（初回相談無料） みなさんこんにちは。@ryuzeeです。 2012年11月3日,4日の二日間にかけて行われたPHPMatsuri 2012で、登壇させていただきました。 その際の資料を公開しておきます。 内容は過去にやったワンクリックデプロイ勉強会の内容にCakePHPっぽい内容を追加した感じです。 大分前からこのあたりの話はしているのですが、まだまだデファクトスタンダードでどこの会社でもやっているという状況にはほど遠く、ようやく各社取り組み始めたところ、という感じな気がします（もちろん大分状況は変わってきた） 参加者の方に聞いたところ、環境構築含め自動化されているのは2名くらいでした。 せっかくフレームワークを使い倒して高速に開発できるよ

PHPカンファレンス2012 | 日本最大のPHPの祭典 先日 9/15 に行われた PHP カンファレンスで、Git と Pull Request をつかったチーム開発について、発表をしてきました。 資料と補足 まず、発表資料です。 あらためてメインの主張をすると、「Git に移行する」というのは、「svn のコマンドに対応する git のコマンドを覚えること」や、「GitHub Enterprise を導入したら完了」するものではなく、Git を利用した最も効率的な、開発フローや業務フローを考え、チーム開発・運用に適用すること、です。 9/19 時点で、また Speaker Deck の embed が使えなくなっているのでリンクもおいておきます (そのうち対応してくれ、ということで↑は放置) Presentation Not Found // Speaker Deck あと補足っぽい

GitHub User Group主催のGitHub Kaigiが6月1日、都内で開催されました。GitHubを利用した開発は、スタートアップやオンラインサービス系の企業などを中心に広まりつつあり、いままさに数多くのノウハウの交換が求められているツールでもあります。 本記事ではGitHub Kaigiの最初のセッションとなった大塚弘記氏の「GitHub実践入門 ─ Pull Requestによる開発の変革」の内容をダイジェストで紹介します。 GitHub実践入門 ─ Pull Requestによる開発の変革 大塚弘記といいます。会社でもリアルでもほとんど@hirocasterと呼ばれています。 今日はメッセージを3つ持ってきました。まず、GitHubを使っている世界と使っていない世界についての話を少し。次に、GitHubを使っているけれど、十分に使っているかどうか、という話をして、最後に本

[追記]よく探したら解決法がHelpにありました。ホストを仮想のものにして、pushなどのときには各々のホストを指定するようです。一番下にも追記あり。 Githubで複数のアカウントを使用するときにハマったので備忘録。どうしたもんか、以下のエントリに書いてあるようにやってもうまくいかなかった*1 GitHubで複数アカウントを使うときの鍵の設定 - 思っているよりもずっとずっと人生は短い。 2つのアカウント用の鍵を生成 $ cd ~/.ssh/ $ ssh-keygen -t rsa -C "alice@gmail.com" Generating public/private rsa key pair. Enter file in which to save the key (/Users/foo/.ssh/id_rsa): /Users/foo/.ssh/alice ... $ ls a

You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert