GitHubのコード検索 : プログラマにとっての宝の山 | POSTD
新しい言語やフレームワークを学ぶことは、時には苦闘になることがあります。従来のアプローチは、概念を説明し簡単な例を提供するドキュメントを読むことです。それで十分な場合もありますが、ドキュメントに高度な例や実際のプロジェクトでの使い方が書かれていない場合も多々あります。 ドキュメントに記載されていない問題に出くわすと、大抵の人はStack Overflowで解決策を探します（またはソースコードを丹念に調べます）。しかし、「使っているフレームワークが登場してから十分に期間が経っておらず、思い浮かぶ質問全てにStack Overflowが答えてくれない」ということもありえます。 今まで問題にはまって、こう考えたことはありませんか？ 「誰かが既にこの問題を解決しているはずだ！では、なぜこの問題に対する答えがStack Overflowにないのだろうか？」 そのとおりです。恐らく誰かは既にそれを解決
gitにおけるコミットログ/メッセージ例文集100
私はコミットログの書き方に悩む英語の苦手な人間である。実際、似たような人は世の中に結構いるようで、頻出単語を集計したりまとめたものは既にあって役に立つのだけれど、これらはあくまで単語の話であり、具体的な文を構成する過程でやっぱり困る部分がかなりあった。 要するに、どういう時にどういう文が使われているのか、ということを示した例文集が欲しいのである。ググると他にも「例文集があればいいのに」みたいな声はあるくせして、しかし誰も作ろうとしない。何なんだお前ら。それじゃ私が楽できないじゃないか。 仕方なく自分でまとめたので、増田に垂れ流しておく。 はじめにここで挙げているコミットログは全て実際のコミットログからの転載である。当然ながら各コミットログの著作権はそれぞれの書き手にある。いずれも各英文でググれば出てくるし、フェアユースの範囲なら許してくれるだろうと考え名前とプロジェクト名は割愛したが、ここ
GitHubに上げてしまったパスワードを書いたファイルを消す方法 - Qiita
はじめに 間違ってパスワードを書いたファイルをGitHubにPushしてしまった場合、対象のファイルを削除しても commit 履歴には残ってしまっている。 これをコミットした履歴ごと削除するにはどうしたらいいか。 対応する方法を探していたら以下の公式のヘルプにまとまっていた。 Remove sensitive data 手順 方法としてはgit filter-branchで歴史をばっさりと書き換えて--forceオプションをつけてpushするようだ。 例えば Rakefile にパスワードを書いたまま誤ってGitHubにpushしてしまった場合は以下のようにする。 $ git filter-branch --index-filter 'git rm --cached --ignore-unmatch Rakefile' \ --prune-empty --tag-name-filter
NeoBundle から dein.vim に乗り換えたら爆速だった話 - Qiita
// 追記ここから 2016/03/22 以前設定ファイルの例として載せておりました dein#load_cache() を使った例は deprecated になりました。代替の dein#load_state() を使うと更に爆速に！NeoBundle から見れば半分の時間になってますね！驚きです。 // 追記ここまで 30% 以上速くなってます！しかもこれ、他の諸々の設定込みですから人によってはもっと変わってくるでしょう。 速さはもちろんですが、設定項目が整理され、より分かりやすく、細かいところに手が届くようになってます。 で、なんだか順序が逆ですが、以下インストール方法と、NeoBundle から乗り換えるときの Tips を書いていきます。 インストール方法 基本的なところは dein.vimを使ってみる - Qiita に既に上がってますので、ここでは Shougo 氏の vim
Git(GitHub)おじさんに俺はなるBefore Git, After Git - karaage. [からあげ]
Git(GitHub)おじさん 何かを布教することをネットの一部では「**おじさん」というみたいです。最近、あまり得意ではないのですが、色々な事情で仕事でソフトをつくることが多くなり、その関係で何周か遅れでGitとGitHubを使うようになりました。そして、今頃その素晴らしさに感動して打ち震えている（大げさ）ので、私もGit(GitHub)おじさんになってみようかと思います。 といっても、私が今更Git(GitHub)の何が素晴しいかを語ったところで…というのもあるのと、何よりうまく伝えられる気がしないです。何故ならそもそも自分がまだそんなにわかってないし使いこなせてない。なので、今回はGit(GitHub)を少し使ってどのようなことが変わった（良いことがあった）のかという具体例をGit使用前(Before Git)、Git使用後(After Git)として列挙した後、オススメのサイトをま
![Git(GitHub)おじさんに俺はなるBefore Git, After Git - karaage. [からあげ]](https://cdn-ak-scissors.b.st-hatena.com/image/square/debe96adca991ca81ef7c95ec883354892f2786c/height=288;version=1;width=512/http%3A%2F%2Fecx.images-amazon.com%2Fimages%2FI%2F51PjpAUHZBL.jpg)
仮想開発環境構築ツールまとめ - Qiita
VagrantとDockerの理解がどうも曖昧だったので整理するために、それぞれどうゆうものなのかをまとめました Vagrant Vagrantとは、違う環境に移行可能な開発環境を簡単に構築・管理し、配布することができる仮想開発環境構築ソフトウェア。仮想マシンの構築手順を'Vagrantfile'という設定ファイルに記述する。 VagrantのパッケージにはRubyの実行環境が含まれているので、Rubyをインストールしなくても使用可能。 VirtualBoxやVMWareといった仮想環境の上に仮想マシンを構築して利用する。 *1.0.x系はrubygemsでも公開していたが、現行ではパッケージからインストール形式を取っている 公式サイト 主要なコマンド Vagrantfileに記述した設定に従い仮想マシンを起動
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitHub - dwango/scala_text: Scala研修用テキスト
Git入門：Git初学習者のための効率的な学習方法を考えてみた
GitHub - hatena/Git-for-Designers: はてなのデザイナ向けの Git 入門ドキュメントです。
