エントリーの編集
![loading...](https://b.st-hatena.com/bdefb8944296a0957e54cebcfefc25c4dcff9f5f/images/v4/public/common/loading@2x.gif)
エントリーの編集は全ユーザーに共通の機能です。
必ずガイドラインを一読の上ご利用ください。
記事へのコメント3件
- 注目コメント
- 新着コメント
注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています
![アプリのスクリーンショット](https://b.st-hatena.com/bdefb8944296a0957e54cebcfefc25c4dcff9f5f/images/v4/public/entry/app-screenshot.png)
- バナー広告なし
- ミュート機能あり
- ダークモード搭載
関連記事
git-rebase を多用した開発の流れ - アジャイルSEを目指すブログ
git-rebase を使った開発の流れが固まってきたので、ブログで晒してみます。 この呟きから日数が経って... git-rebase を使った開発の流れが固まってきたので、ブログで晒してみます。 この呟きから日数が経っている理由は察してください。 とりあえず、マグナ・ゼロは2週して、黄金魔剣士は2回撃破しました。 まず初めに git-rebase に不慣れな方は真似しない方がいいです reflog でgit-rebase の失敗を戻せない人も真似しない方がいいです 無名ブランチに移動しても泣かないように 開発の流れ 前提 git-pull は使わず、git-fetch を使う 追跡ブランチでは作業をしない(必ずトピックブランチを作る) bashにgitのブランチ名を表示しておく(rebaseでコンフリクト起きるのが見えないと危険なので) 0. 作業準備 プロジェクトのディレクトリに移動する。 $ cd ~/Projects/FizzBuzz作業前にリモートリポジトリの変更を取得する。 $ git f
2012/07/31 リンク