0

リポジトリ (アップストリーム) からフォークし、ローカルで変更を行い、リポジトリ (オリジン) にプッシュします。

これに加えて、私はほとんどの作業をコンソールで行い、今日はラップトップでいくつかの作業を行いました。

コンソールでオリジンにプッシュしgit fetch origin; git merge origin/master、翌日ラップトップでプッシュしました。

何が起こったのかというと、前日からすべての変更を取得し、それらをラップトップにコミットし、それらを元に戻しました. これで、コンソール用とラップトップ用に 1 つずつ、同じ作業のためにオリジン/マスターに 2 つのコミット セットがあります。

私は以前に一度公開する必要があることを読んだことがあり、このプッシュされた履歴を変更することを考えていませんが、ワークステーション間で失効が発生するたびにこれを回避したいと考えています. コミット履歴は混乱しているように見えます。

--no-ffのオプションgit pullは有望に見えると思いましたが、このトピックで見つけた情報のほとんどは、マスターが他の人によって開発されているため、ローカルブランチの同期を維持することに関するものです。

4

1 に答える 1

1

(履歴の観点から) 並行して行われた作業がある場合は、マージしても問題ありません。線形履歴が必要な場合--rebaseは、プルのオプションを使用します。さらに、プルが毎回マージの代わりにリベースを行うように構成を設定できます。

于 2012-12-13T19:33:26.507 に答える