2/14-15の２日間、デブサミへ参加してきました。恥ずかしながらデブサミは今回がはじめてです。昨年はGoogle Developer Dayがなく、寂しく感じていたため飛びつきました。一部の簡単なメモですが、貼り付けます。 なお、デブサミ全体での資料まとめはここがよくまとまっています： デブサミ2013、講演関連資料まとめ 3つの世界 [14-B-1] エンタープライズ、ソーシャル・ゲーム、スタートアップの３つで分けた話。 私にはボーダーがよく分かっていない、というか、みえていないところがありました。分野が違うので話がとても面白かったです。 エンタープライズ： IT活用で省力化・自動化をすすめる ↑業務中心でIT化を進めた←1980年代はとてもうまくいった（日本） 2000年代は投資しても効果があがらない→ITは不要では？というトップの感覚がでてきた。 アメリカは逆で、投資すれば投資する
みなさん、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ページを開く
Go Templates
