質問: 適切なタイトルが思いつかなかったので分かりづらいかもしれませんが、 Gitで次のような運用をする場合にラクでうまい方法はないでしょうか? まず、リモートリポジトリにはA→B→Cという変更された履歴があるとします。 (A/B/Cはリビション) これをローカルPCにクローンして開発するのですが、 ローカルPC側の事情で取得したコードそのままでは開発ができないので、 ローカルリポジトリ上では少し改造してから開発をすすめる必要があるとします。 そこで、ローカルではA→B→C→C'という風に別ブランチを切って開発をすすめるとします。 (’ダッシュはブランチと考えて下さい) ローカルで開発を進めると、A→B→C→C'→D'→E'と進みますが、 ここでリモートにプッシュするときにどうするのがいいのだろう?ということです。 E'をそのままプッシュすると、C'での変更は他の開発者の環境に合わないので迷惑がかかります。 貴方なら以下のどの方法を採用しますか? 1. cherry-pickを使う方法。Cを起点にして、D'とE'をcherry-pickすることで、 C→D→Eとmasterブランチを進めてからEをプッシュする。 2. revertを使う方法。E'の段階でC'をrevertすることで変更を打ち消してから、プッシュする。 つまり、E'+(revert C')→Eとして、Eをプッシュ。 3. rebase -iする方法。E'の段階でC~E'をrebase -iして、ローカルリポジトリの 履歴ごと変える。つまり、C→D'→E'→C'の順序になるようにrebaseし直して、 ひとつ前のE'をリモートにプッシュする。 4. (あれば)その他の方法・・・ お気づきのデメリットなどもあれば、ご指摘下さい。 なお、諸般の事情により「自分のPCの環境を、他の開発者に合わせる」ということは できないものとします。 よろしくお願いします。
回答: DBの設定ファイルだけ自分用にするとかですか? 更新を無視するようにしたらどうですか? 既に git 管理しているファイルをあえて無視したい そうじゃなくて、その対象ファイルもマージの可能性がある場合は、わたしは「 1. 」を選びます。 っていうかそれくらいしか使い方知らない・・・