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

操作体系から見る、GitとMercurialの8つの違い

つい先日、SVNからMercurialに移行するべき8つの理由をまとめたが、Twitterやはてなブックマークのコメントを見ていると、同じ分散バージョン管理システムとしてGitとMercurialとの比較に関心が高く、Windowsでの動作でMercurialを評価する人が多いように感じられた。それも一つの側面で間違いでは無いのだが、日々の開発作業で使っていくと、むしろ操作体系の方が気になるものだ。GitとMercurialの両方を使う機会があったので、操作体系の面で気づいた違いを列挙した上で、Gitに対するMercurialの優位点を考察してみる。 1. 管理対象ファイルの指定方法 .gitignoreや.hgignoreで管理外のファイル名を指定でき、正規表現も使える点は良く似ている。しかしGitはcommit前にコミット対象を毎回git-addで指定するが、Mercurialは一

rhyaosh 2016/04/23

リンク

pre-commit

pre-commit A framework for managing and maintaining multi-language pre-commit hooks. Git hook scripts are useful for identifying simple issues before submission to code review. We run our hooks on every commit to automatically point out issues in code such as missing semicolons, trailing whitespace, and debug statements. By pointing these issues out before code review, this allows a code reviewer

rhyaosh 2016/03/20

リンク

Gitでやらかさないための事前予防策 - Qiita

Gitでやらかした時に使える19個の奥義を書いてやらかしたときになんとかリカバリできるようにした。今回は、そもそもやらかさないようにしたいよねっていうお話。コミット編 .gitignoreを細かく指定しておく .gitignoreを指定しておけば余計なファイルをコミットしちゃうことを予防できます過去に似たようなプロジェクトがあるのならそれを流用しましょう。ないのであれば.gitignore.ioで生成してそれをカスタムしましょう。ワイルドカード指定やディレクトリまるごとの指定は副作用ある可能性があるので慎重に。コミットメッセージのフォーマットを決めておくコミットメッセージのフォーマットを決めておけば書き直したいということも減りますコミットメッセージをやらかして直したいと思うことはよくあります。そういうのって案外コミットメッセージが自由すぎることが問題だったりします。ある

rhyaosh 2015/04/13

リンク

死んで覚える本当のGitの使い方 - mizchi log

注意: バズってますが、これははてなダイアリーからはてなブログの自動マイグレーションに失敗してたものを復旧させたもので、書かれたのは2012年です。 - 最近流行っているGit初心者向け記事は、「僕らが本当に知りたかったこと」が欠けているようにしか思えません。そこで、本当のGitの使い方を僕が皆さんに伝授しようと思いました。なにはともかく使ってみよう前提として、皆様のお手元にはすでにGitがインストールされているものとします。今回はエディタとしてDungeonCrawl StoneSoupを使います。 Downloads « Dungeon Crawl Stone Soup http://crawl.develz.org/wordpress/downloads Dungeon Crwal Stone Soup は今一番ホットなオープンソースのローグライクです。風来のシレンやトルネコ