gitでアレを元に戻す108の方法 | Webシステム開発／教育ソリューションのタイムインターメディア
以前gitで一度行った変更をなかったことにする方法4つを紹介しましたが、 日常的に git を使用していると他にも様々な 「なかったことにしたい」「元に戻したい」 という状況に遭遇します。 そのひとつひとつについて対処方法を紹介していきます。 目次 問題1: ライブラリの新機能を試すためにあれこれ適当なコードを書いてみた。でももう要らない。問題2: トピックブランチをマージしたけど実はまだ不完全だった。マージをやり直したい。問題3: リリース後に発覚したバグ。原因は30日前に自分が行ったコミットだった。なかったことにしたい。問題4: 新しいコミットしようとして間違えてgit commit –amendで書き換えてしまった。元に戻したい。問題5: 色々作業していたら作業ディレクトリの内容が混沌としてきた。一度綺麗な状態にしたい。問題6: 作業ディレクトリにゴミファイルが溜まってきた。一度綺麗
開発現場の天国と地獄 第1回 “完璧な設計”がプロジェクトを失敗に導く！？
本連載では筆者がかかわった実際の開発プロジェクトを詳細に分析、検討し、そのうえで、ソフトウェア開発プロジェクトを成功に導く要因あるいは失敗に陥る原因などを探っていきます。連載を展開するうえで筆者は「開発プロセスと開発効率には何らかの相関関係がある」という仮説を掲げています。つまり、開発プロジェクトをスムーズに進め、最終的に成功へ導くためには、適切な開発プロセスの存在がどうしても必要なのではないか、という立場です。連載中にはさまざまなタイプのプロジェクトが登場しますが、千差万別の事例分析を通じて、この仮説の普遍性を明らかにできればと考えています。 ところで、一般的に開発プロジェクトの失敗（あるいは効率が明らかに低かった）原因として以下のようなことが指摘されます。 最新の開発プロセスを適用しなかったから？ プロジェクトマネージャの能力が低かったから？ エンジニアが慣れていない最新の開発技術を適
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
