[B! git] wizard_blueのブックマーク

こわくない Git

「マージがなんとなく怖い」「リベースするなって怒られて怖い」「エラーが出て怖い」 Git 入門者にありがちな「Git 怖い」を解消するため、Git のお仕事（コミット、ブランチ、マージ、リベース）について解説します。Read less

wizard_blue 2016/01/17

git
IT

リンク

https://blog.shinji.asia/sourcetree_git/

wizard_blue 2014/03/12

リンク

縛りプレイで勉強するGitの基礎 - アジャイルSEを目指すブログ

縛りプレイをすることで、Gitの基礎であるハッシュ（sha-1）を意識してみる。縛りプレイとは 1. SMプレイのうち亀甲縛りなど縄を使うプレイ（性行為）のこと。昭和から存在する言葉。 2. ゲームをプレイする際、本来ゲーム側からは設定されていない制限（縛り）を自ら科す事によって、より難易度の高いゲームをプレイする事。記事のタイトルの意味は 2. の方です。概要縛りの条件は下記の通り。つまり、リモート（origin含む）、ブランチ（master含む）、タグの使用禁止です。関連して、下記のコマンド/操作も使用禁止です。 git clone （origin が作成されるため） git checkout -b （-b オプションはブランチ作られるので禁止、それ以外はOK） git pull （動作が複雑なので） .git/ の直接編集（邪道なので）つまり、常にdetached HE

wizard_blue 2012/09/09

git

リンク

Git管理の神ツール「Gitolite」なら、ここまでできる！

「Git」使ってますか？近年、分散バージョン管理システム「Git」が急速にシェアを伸ばしています。筆者は、チケットシステムやバージョン管理の勉強会などを開催したりしていますが、Gitユーザーがかなり増えてきていると感じます。しかしながら、そのような勉強会でアンケートを取ってみると、実案件では半分以上の人がSubversionを利用しており、Gitの導入はまだまだ進んでいません。移行コストが掛かったり、プロジェクトマネージャ層への知名度がまだまだ低いというのもありますが、理由の1つとして、ユーザー管理が煩雑であったり、アクセス制御に関する情報が不足しているということもあると思います。そういうわけで本稿では、Gitリポジトリのユーザー管理やアクセス制御を簡単に行う「Gitolite」を紹介します。なお、本稿ではGitの利用方法については紹介しませんので、Git自身の使い方については改め

wizard_blue 2012/07/29

リンク

コミットメッセージの書き方 - 2012-02-21 - ククログ

はじめに「分かりやすいコードを書く」、「コードと一緒にテストも書く」等はソフトウェア開発において大切なことです。しかしそれと同じくらい大切なことして「分かりやすいコミットメッセージを書く」があります。これはあまり着目されていなく、見過ごされていることです。今回は、コミットメッセージの分かりやすさの大切さ、そして、分かりやすくするための書き方を説明します。コミットメッセージとその大切さバージョン管理システムとコミット現在、ほとんど全てのソフトウェア開発ではSubversionやGitなどのバージョン管理システムを使っています。バージョン管理システムを使うことによるメリットというのは、ソフトウェアの変更が記録されていくことにあります。具体的なメリットは3つあります。ソフトウェアの調査がしやすくなることです。現時点でのコードと、そして変更の履歴とを組み合わせることで、それらから非常

wizard_blue 2012/02/28

リンク

グーグルのバグ予測アルゴリズムを実装したツール「bugspots」、オープンソースで公開

ソースコードのなかでバグが多いのは、より高頻度に、かつ最近になって集中的に直している部分。これが、グーグルで採用された「バグ予測アルゴリズム」であることを、先月の記事「グーグルはコードの品質向上のため「バグ予測アルゴリズム」を採用している」で紹介しました。そのバグ予測アルゴリズムを実装したツール「bugspots」がオープンソースとして公開されています。 gitのレポジトリを分析 bugspotsはRubyで記述されており、gitのレポジトリから履歴を読み込んで分析し、どのモジュールにバグが含まれている確率が高いかを示してくれます。以下のようにインストールして実行（説明ページから引用）。 $> gem install bugspots $> git bugspots /path/to/repo $> git bugspots . # (in current git directory)