Github の楽しみ方 | そんなこと覚えてない
みなさん Github を楽しんでいますか？ まだ利用してない場合は、利用しましょう。 「利用しはじめたけど、もう一歩進みたい…」という人のために、私なりの楽しみ方を紹介しておきたいと思います。 今回は以下の遊び方について書きます。 友人のリポジトリにちょっかいを出す 有名なリポジトリに名前を残す 毎日活動して Longest Streak の記録を更新する 友人のリポジトリにちょっかいを出す Github は 「SNS」 です。 SNS なのでは人とコミュニケーションをとって遊びましょう。 なので、コミュニケーションをしましょう。 Github ではユーザ同士がコミュニケーションを取る主な方法は コミットへのコメント Issues Pull Request があります。 こういったものはまずは友人に対して行うのが気軽で、オススメです。 しかし、リポジトリを作成したことや、コミットされたこ
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ページを開く
