git blameでプルリクエストの番号を表示する
GitHubでプルリクエスト前提の開発をしていると、git blameで「なぜ、このコードがこうなっているのか」調べる際に、commit idではなくプルリクエストの番号を表示してほしくなります。 というわけで書いたのが git-blame-pr.pl。 以下のような感じで表示されるので、調査がはかどります。 $ git-blame-pr.pl lib/core/request.c (中略) PR #446 PR #606 h2o_iovec_t h2o_get_redirect_method(h2o_iovec_t method, int status) PR #606 { PR #606 if (h2o_memis(method.base, method.len, H2O_STRLIT("POST")) && !(status == 307 || status == 308)) PR
知って「おっ！」てなったGitHubの知識7選 - Qiita
GitHubダイスキー！ ということで、知った時に「おっ！」と感じたGitHubに関する事項を選出してみました。 あなたに「おっ！」と思ってもらえたら幸せです。 １．入れておくと、意味を持つファイル名がある。 README.md README.mdは有名ですよね。リポジトリのトップにREADME.mdという名称でマークダウンを入れておくと、GitHubで解釈されて表示されます。 それ以外にも、あるのです。意味のあるファイル。 ISSUE_TEMPLATE.md トップか、.github/というフォルダにISSUE_TEMPLATE.mdという名のファイルを入れると、GitHubでIssueを作った時にこのファイルの内容が入ります。書くべき項目を羅列しておくとルール化できていいですよね。 それ以外にも PULL_REQUEST_TEMPLATE.md を入れておくと、Pull request
最強のGitフロントエンドはForkかもしれない - たけぞう瀕死ブログ
昨日Macで使えるGitフロントエンドの紹介を書いたところ、友人のPishenさんからForkというツールもあることを教えていただきました。 How about https://t.co/fDZq7jzQoo ?— Pishen Tsai (@pishen) 2017年8月30日 Webサイトはこちら。現時点ではMac版（動作にはMacOS X 10.11以降が必要）のみですが、Windows版も提供予定のようです。 git-fork.com リリースノートを見ると昨年から開発されていたようですが、完全にノーマークだったので早速試してみました。 1ウィンドウで複数リポジトリをタブ切り替えで操作できる ブランチの状況も把握しやすい履歴ビュー（見た目的にはSourceTreeに近い） コミット時点のファイルツリーを確認できる 動作は軽快（ただし安定度についてはまだ不明） ターミナルから起動する
ポエム/GitとGithubについて(by taea)
元ネタ: 生存戦略の話 · Issue #51 · ppworks/pplog > GitとGitHubについてGitとGitHubについて GitとGitHubのいい所は、コードレビューがはかどるとか色々あるのですが、一番の本質は「意思決定プロセスの民主化」であると思ってます。何かを変えようと思えば変えられる手段が、Gitのお陰でプレイヤー全員が手にすることができた。このことがスゴイ事だなと思ってます。 口頭やドキュメントでのコミュニケーションを介した、わずらわしくて敷居の高い合意形成を経ることなく、各プレイヤーが実際動くコードを書いてプルリクエストという改善提案をできる。 またそれが、色んな人の手や意見が入りいい感じでチームの合意ができたところでマージされる。 commitログを介して、各プレイヤーがコードに含めた意図を主張し、歴史に残すことができる このプロセスによって、デザインはコ
究極的に簡単に始めることができるGoで作られたGitHubクローン「Gogs」 | ソフトアンテナ
個人プロジェクトや社内プロジェクトでGitをプライベートで運用したいという要望は結構あると思います。 GitHubは世界的な大人気サービスですが無料プランでは非公開リポジトリを作成することはできません。GitHubクローンソフトを導入すれば思うままにリポジトリを作成することができますが、インストールや設定に時間がかかりがちという弱点がありました。 本日紹介する「Gogs」はGitHubクローンの一つ。Goで作られていて最高に簡単に始めることができるのが特徴です。設定に手間取らないのですぐに試すことができます。 インストール方法 バイナリのダウンロード&サーバー起動 「Install from binary」から、Windows / Linux / Mac OS X用のバイナリをダウンロードすることができます。今回はMacで試してみました。 ↑gogs_v0.4.2_darwin_amd64
「GitHub Enterprise 2.5」リリース。数万人の大規模な開発チームにも対応するクラスタリング構成、アクセスの集中にはキャッシュインテンシブな処理で対応
「GitHub Enterprise 2.5」リリース。数万人の大規模な開発チームにも対応するクラスタリング構成、アクセスの集中にはキャッシュインテンシブな処理で対応 GitHubは大規模な組織での利用にも対応したソースコード管理ソフトウェアの新版「GitHub Enterprise 2.5」のリリースを発表しました。 GitHub Enterprise 2.5の最大の変更点は、大規模な開発チームでの利用にも対応するようにクラスタリング構成によるスケールアウトが可能になったことです。 ただしクラスタリングは非常に大規模な運用向けに特別に設計されているため、管理リソースの追加も必要となるとのこと。 また、GitHub Enterprise 2.5では内部的にキャッシュインテンシブな処理を実現し、大量の開発プロジェクトを抱えていたり、大規模な継続的インテグレーションなどによって集中的にソースコ
レビューしやすいPRの作り方 - 大きいPRを複数に分割する - - Qiita
こんにちは、freee でエンジニアをしている @nasa4w です。 この記事は freee Engineers Advent Calendar の10日目です。 今回は大きな機能を複数のPRに分割する話をします。 freeeでも絶賛模索中の取り組みなので現在進行形の話ですm(_ _)m まとめ - 今回作ったブランチとPR - 長くなってしまったので結論をさきに置いておきます。PRを複数に分割する場合のゴールはこんな感じ。 Why?（なぜこうしたか） こうすることで、常に work ブランチを使って動作確認ができる レビューする PR を２つに分割できる view の PR と logic の PR レビュー指摘の反映は、topic_view, topic_logic ブランチに commit すればOK work ブランチにはこの2つのブランチを merge しなおすだけでOK PR
合同勉強会 in 大都会岡山 - 2015 Winter -に参加＆登壇してきた - makoラボ
ブログを書くまでが勉強会ということで、既に何日か経ってますが参加ブログを。 というわけで、合同勉強会と忘年会議に参加して、今年はショートセッションでお話してきました。 当日の様子は以下につぶやきがまとめられてるのでご覧ください。 togetter.com 当日の発表内容 開発フローを改善した時の昔話 from Makoto Henmi www.slideshare.net 当日は、「そんな運用で大丈夫か。大丈夫じゃない大問題だ。神は言っているgit-flowを使えと。」というちょっと元ネタが古いタイトルで話してきました。 タイトルにgit-flowって入ってますが実際はちらっと出てくるだけであんまり出てきません。（git-flowの話を期待してた人ごめんなさい） git-flowを導入するなど開発フローを改善した時に社内でやった事を中心にお話しました。 発表中にもお話したのですが、人間使う
GitベースのコードリーディングTips - クックパッド開発者ブログ
こんにちは、投稿推進部の森川 (@morishin127) です。 エンジニアが既存のプロダクトの開発に携わる際、他人の書いたソースコードを読み解くところから始まります。過去に書かれたコードの意図を理解することは自分が書いたものでもしばしば難しく、他人が書いたものならなおさらです。この記事では過去に書かれたコードを理解するための工夫についてお話したいと思います。 なお、この記事ではプロダクトのソースコードはgitおよびGitHubのPull Requestを利用して開発が進められていることを前提としています。 特定の行から関連するPull Requestページを開く クックパッドのソースコードには概してコメントがあまり書かれておらず、見ただけでは理解しづらいような特殊な方法をとっている場合のみコメントを書いている印象です。基本的に実装に関する説明はソースコード中ではなく、GitHubのPu
デザイナーのわたしがターミナルをこわいと思っていた話 - デザイナーのイラストノート
デザイナーとして仕事をはじめて10年を超えますが、「ターミナルで」とか「コマンドで」という言葉を聞くとついビクッとして苦手意識が出てしまいます。最近は少しおもしろくなってきたので、何がこわかったのかということを、擬人化した「ターミナルくん」を使って書いてみたいと思います。 ターミナルくんこわい その１：無表情すぎる 立ち上げてみてもボタンがどこにもない、なにこれこわい。スタートとかキャンセルとかしたいときどうしたらいいの。 その２：完了してもなにも言わなかったりする 「できたよ！」みたいなアピールもなく、できてる？って聞いたらできてますけど？みたいなイメージ。 でもエラーやコマンドがないときははっきり怒られます。 その３：すぐ「権限」っていう わたしのパソコンなのに何なの権限って。 その4：その割には話しだしたら止まらない 思わずキャンセルボタンを探す。GUIツールだったらプログレスバーが
初心者がプルリクまでに覚えるべきたった 9つの厳選 Gitコマンド - akiyoko blog
この投稿は 「Git Advent Calendar 2014 - Qiita」 の 2日目の記事です。 2年前の 「Git Advent Calendar 2012 - Qiita」 では、「Gitコマンド総選挙」と題して、本当に使える Git コマンドのベストテン発表というネタを書いたのですが、今振り返ってみても、Git コマンドって、よく使うものから普段あまり使わないものまで様々なコマンドが取り揃えられていて至れり尽くせり感がある一方で、Git 初心者が覚えるにはぶっちゃけ 数が多過ぎて辛い ですよね。 そこで今回は、Git 初心者がプルリクできる ようになるまでに覚えるべきコマンドを絞りに絞って、9つだけ紹介したいと思います（9つでも多いよ！というツッコミは受け付けません！）。 【コマンド その１】 git clone 【コマンド その２】 git log 【コマンド その３】 g
Markdown記法+Git+md2review+ReVIEWで原稿・ドキュメント管理 - プログラマでありたい
来年は、インプットあたりのアウトプットの増加を目指しています。具体的なアウトプットとしては、ブログを書くこともその1つですし、公開・非公開を問わずに効率的にドキュメントを書いていくこともあります。その中で効率的にドキュメントを書くには、バージョン管理を含めドキュメントを管理する仕組みが必須だと思います。以前、原稿を書いていた時は、Git+MS Wordで書いていました。版管理出来るという点では良いのですが、Wordということで執筆出来る端末も限定され、またフォーマット変更もしづらいので改善を考えていました。 そんな中で、IT系の物書きの人たちの間でReVIEW良いよという話を何度も聞いたので試してみようと思いました。一方で、記述のデファクトは今後はMarkDown基本になると思うのでそちらもマスターしたいと考えています。Twitterで何気なく呟いたら、@masawadaさんにmd2rev
GitHub で Pull Request を Merge したらコードが消えた話
会社で使ってる GitHub のプライベートリポジトリで master ブランチに対して出てる Pull Request を Merge したらコードが消えるという珍事があった。ファイルを削除する commit とかないにもかかわらず、全消しされてしまった。ちなみに同じ Merge を手もとでやるとコードが消えたりはせずちゃんと Merge された。極めて謎な現象だった。 master ブランチが空になるとデプロイができなくなって不都合があるので（ Webistrano 上でデプロイするとき master ブランチからしかデプロイできないようなレシピになってる）、コードが消滅したブランチを bukkowaremaster にリネームして手もとで Merge したブランチを force push してしのいだ。 GitHub に問い合わせてみたところ、ぬるい感じの一次返信が来たので原因教えて
Git入門 v1.1.0
Frontrend Vol.6 powered by CyberAgent, Inc. http://frontrend.doorkeeper.jp/events/6907 で発表したプレゼン資料です。 こういう資料に対する投げ銭的なのがどうなるのか気になっていたので、もしよろしければ・・・！15円からできるソーシャルカンパサービスだそうですm(_ _)m http://kampa.me/t/dev
gitの入門用のチュートリアル"Learn Git Branching"を訳した | 48JIGEN *Reloaded*
gitの入門用のチュートリアル"Learn Git Branching"を訳した 2013/03/18 ここで公開してます。スマホからだと動かないのでPCで見てください。 http://remore.github.com/learnGitBranching-ja ChromeとFirefoxでは動作確認してます。翻訳リソースはgithubに置いてあります。 Laern Git Branchingは： グラフィカルにgitツリーを操作しながらrebaseとかmergeとかを学べる IDEA * IDEAさんとかHackerNewsとかで、1か月くらい前に話題になってた MIT Lisenceで公開されてて自分で演習問題も作れる というツール。公開されてから1か月くらいしか経ってないのに、既に中国語、韓国語、フランス語の3か国語に翻訳されてる。海外の人仕事はえーと感心しました。 春だし新人さん
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Google、「Cloud Source Repositories」正式公開。Gitベースのソースコード管理ツール、5ユーザー、50GBまで無料
入門書には載ってない Git & GitHub Tips
はてなブログチームの開発フローとGitHub
github のアカウントが停止された - C++でゲームプログラミング
やりなおせる Git 入門
