Plowmanのブログ

Gitでリベースを使うと開発時のコミットをきれいに整理できるんですけど、
整理前の生のコミットってなんか捨てがたい気がします。
後で役に立つかどうかは分からないけど、取っておきたいなって。
でも、どうやって取っておこうかなあ。
中央のリポジトリには入れたくないし、ローカルだけの保存では心もとないし。
開発時のぐちゃぐちゃコミット保存専用のリポジトリを作るのがいいかなあ。

http://www.plowman.co.jp/school/Git/Git.html

にも書きましたが、Gitでマージした後、その状態によっては再テストが必要になると思うのだけど、ネット上であんまり情報が見つかりませんでした。
特に管理者が中央リポジトリにプッシュすると言う運用形態の場合は、同時に複数のプッシュの依頼が来た場合は、両方ともはファストフォワードできないのでマージが必要となると思う。それでテストが必要になったら管理者がテストするの？
テストするしないは、マージ後の状態を見て人が判断しているのだろうか？
それとも全部自動でテスト？
ＧＵＩ系がメインのプログラムだと、完全自動テストって難しいんじゃあないかなあ。
私の専門の業務系だと、一本だけプログラム（コンパイル単位）だけ直してすぐリリースって事がよくあるので、余計気になります。
それともなにか根本的に私が勘違いしているのかな？

みんなどうしているのかなあ？

Gitによるバージョン管理入門 for windows
についての、ご指摘、ご意見、ご質問、文句はこちらへどうぞ！でもやさしくしてね。

Gitのページですが、Googleで
　Git　バージョン管理　ミナミヌマエビ
で検索すると、一位で表示されます！
あはは。

www.plowman.co.jp/school/Git/Git.html

1回ここで完成を宣言します。

フェースブックページは相変わらず良くわからない。