数日前、上司のプロジェクトのみmasterブランチが含まれている前に、それはgitリポジトリの移行が、その代わりに3本の枝(DEV、テスト、マスター)プロジェクト管理支店のgitのリポジトリのバージョンを変更する必要があります。
同時に、倉庫の移行で保存する前にレコードをコミット解決?
(1)プロジェクトは当初、倉庫の新しいアドレスがダウンしてクローニングすることができると思った新しいプロジェクトディレクトリに元のプロジェクトの内容をコピーして、コンテンツを再度アップロードしますが、これは前回のコミットログが上書きされます。プロジェクトが非常に大きい場合と仮定し、クローニングおよび再アップロードの必要性は、多くの時間を過ごすために。
(2)ミラーを用いて、二段階の移行が倉庫を完成させることができます。
.gitディレクトリの下のローカルリポジトリへの①cd。
②gitのプッシュ--mirror HTTPで新倉庫アドレスを付与://xxx//new-template.git地元の倉庫は、倉庫の先端に新倉庫プロジェクトアドレスの新しいテンプレートを押しました。
多分岐プロジェクト管理?
DEV:通常、プロジェクト開発のための開発ブランチ、。
テスト:テストの枝、枝は同じ支店に滞在するテスト、DEV、テスト内容にプロジェクトのテストを提供します。
マスター:メインブランチ、プロジェクトのリリース、ブランチによって入札。
** Viewプロジェクト現在のブランチのgitブランチは-a //この時点で、プロジェクトは主枝を習得存在します
(1)DEV、テストブランチを確立し、ローカルブランチ及びリモートブランチの間に1対1の対応を達成するために(DEV - >原点/ devの、試験 - >原点/テスト、マスタ - >原点/マスター)。
①地域の支店設立:gitのチェックアウト-bテストを
②は、自動的に同期するときローカルブランチとリモートブランチとの間のマッピング関係は、プッシュとプル後の枝:gitのプッシュ--set-上流の原点テスト
一貫性のある方法を確立するために、DEV、テスト分岐の分岐。
最初に、コンテンツの3本の枝の確立は、連結分岐含有量のためにそれ故に必要性、同じでなければなりません。
指定されたブランチに③組み合わせた現在のブランチ:gitのマージDEV
④全ての枝を見て、メインブランチに戻って切り替えます。
その後、プロジェクトの複数のブランチを管理することができます。
枝がマージするときに発生する問題を解決しますか?
(1)|状況をマージ?
元に戻すマージ:gitのリセット--hardヘッド
(2)は、出现、このマージが必要な理由を説明するためにコミットメッセージを入力してください。
「:WQ」を「Escキー」は、Enterキー、[Enter]キーは通常のコマンド・ライン・ページに戻ります。
(3)gitのプル支店コードまたはチェックアウト時に対処するには、表示されます:あなたの変更をコミットするか、あなたの前にそれらを隠してください......その後、2例があります。
私は地元の変更をわずか3つのステップ保存したいです:
バックアップ変更がローカルに作られながら、最後にコミットの内容を復元するために①gitスタッシュ//現在のワークスペース
リモートプルへの変更//②gitプル
③gitスタッシュポップ//バックアップワークスペースには、現在の作業領域の内容を復元します
gitのdiffを-w +ファイル名:確認コードが自動的にケースマージ
ちょうど2つの手順を放棄するローカルの変更:
①gitリセット--hard
②gitプル