研究室でGithub勉強会をしました。 - FromAtoMemo
@10月18日 世はまさに、大ソーシャル時代！ というわけで、研究室でGithub勉強会をしました。 ある日私は、研究室の課題で『もじたま』を作っていました。この課題はグループワークだったのですが、"1台のパソコンにグループメンバーが集まってコーディングやデバッグをする"という、つらぽよ案件が多発していて、「このまま放置しておいたら、人が死ぬぞ……。」と思ったのが、勉強会をしようと思ったきっかけです。 ローカルな不幸を減らす為に 恐らく、学生がよく聞く（言う）セリフとして 「研究室にソースコード忘れて、家でデバッグできない。」 「最新データ入れたUSBメモリ忘れた。」 「パソコンクラッシュして、全データ死んだ。」 があります。これをそのまま放置しては大変に不幸。論文・レポート提出間際に、これらの不幸によって死の覚悟をするのは、精神衛生上でもよろしくないです。 オンラインストレージサービスな
GitHubへpull requestする際のベストプラクティス - hnwの日記
みなさん、Git使ってますか？僕はまだメインのVCSがSubversionなのもあって、なかなか慣れません。せっかくGitを使っているのに、ちょっと不便なSubversionくらいの位置づけです。でも、同じような理解度の人って多いんじゃないでしょうか。 一方で、最近はGitHub管理のオープンソースプロジェクトが増えてきました。バグレポートを送るにしてもpull request*1が前提のような空気があり、Git初心者には少し敷居が高い印象があります。 そんな僕も先日初pull requestをしてみたんですが、色々な失敗の積み重ねで残念なpull requestになってしまいました。その反省を元に、本稿ではpull requestする際のベストプラクティスを紹介します。これは「Git Workflow」をベースにコマンド例などを加筆したものです。 概要 pull requestする際は、
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
