【派閥別】Gitのコミットを間違えたときの対処法まとめ - 本当は怖いHPC
追記：たくさんブクマしていただいて驚いております。ブクマコメントだと、やはり git push -f は反則だろという意見がサイレントマジョリティのようですが、そこはそれ、自 己 責 任 追記２(2011/11/07)：commit messageをミスった場合について訂正しました。 git rebase -i で直近のコミットを "edit" にして修正すると、 「--amend使えや」と言われるようです。 gitのコミットをしくじった時の対処法について、一覧性の高いまとめがなかったので作りました。正確さは保証できないので、コマンド名ヒントに自分でググって下さい ほかのやり方があるよ、間違ってるよ等のご指摘歓迎です。 派閥別 gitでコミットミスった時のまとめ ｜ ├─ 一人で使ってるよ ｜ ｜ ｜ ├─ 手元に変更を取り戻したいよ(1)（そうだね、add忘れだね派） ｜ ｜
SubversionのリポジトリをGitリポジトリに移行する - ぱろっと・すたじお
私が一番最初に使ったバージョン管理システムはCVSでした あれがなければ、当時の無茶なチーム開発は不可能だったと思いますが、 使いづらい面もあって、ある程度運用でカバーしなければなりませんでした それを解決したのがSubversionで、 今の会社に至るまで、公私ともに使い続けていました しかし、時代は流れ、分散型リポジトリが主流となり、 私自身、数年前から使い出したGitに慣れてしまったのもあって、 もうSubversionには戻りたくありません(´-ω-) ちょうど、こちらのコラムにもそんな話が WEB+DB PRESS 総集編 [Vol.1?60] 作者: 森田創,cho45,ミック,増井俊之,山本陽平,角谷信太郎,中島拓,縣俊貴,大塚知洋,伊藤直也,小飼弾,WEB+DB PRESS編集部出版社/メーカー: 技術評論社発売日: 2011/10/15メディア: 大型本購入: 52人 ク
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
