切り替えずに別のGitブランチを取得する

最近、SVNからGitに切り替え、同時に（ローカルチェックアウトとファイルコピーをライブにではなく）ライブシステムをバージョン管理に入れました。

私が割り当てられているプロジェクトでは、すべて同じリポジトリにアクセスし、変更をすぐgit pullに反映します。これは、WebデザイナーがVCSに変更をプッシュするために問題が発生します。変更はまだライブではないはずですが、Webテスト環境にある必要があります。

開発者の1人がライブに移行すると、すべての（おそらく未完成の）変更を取得します。

ライブを別のブランチに切り替えて、変更されたものをマージすることを考えましたが、git知識が不足しているため、どうすればよいかわかりません。

私のアイデアは：

• ライブ（git branch live）で新しいブランチを作成します。
• 何かがライブになる必要があるたびに
  • マスターでのプルの変更（のように：git checkout master; git pull; git checkout live）
  • git merge master

問題は、マスターに切り替えるか、すべてをライブシステムに直接プルすると問題が発生するため、これを回避することです。

これを行う方法はありますか、Liveシステムを管理するより良い方法はありますか（未完成のものをプッシュしないようにwebbieをトレーニングする場合を除く）。

git stashマスターをチェックアウトしてプルする前に、またライブをチェックアウトした後に使用できますgit stash pop（またはgitが古く、他に何も隠していないgit stash applyとgit stash clear仮定した場合）

私はから変更をプルすることができたorigin/masterにmasterこのコマンドを使用して、別のブランチで作業中：

git fetch origin master:master

最初に問題を解決します。彼らは、ビジネスを推進していないブランチにプッシュすべきではありません。

あなたが尋ねているように見えるものは次のようなものでしょう

git checkout live
git pull origin master

これにより、リモートマスターとライブブランチのマージが試行されます。

全員がコミットできるようにテスト用のgitリポジトリを作成することをお勧めします。ライブWebサイトを含むすべてのリポジトリは、テストリポジトリのクローンになります。この方法で、誰でもライブWebサイトに触れることなくテストにプッシュできます。誰かがライブサイトを更新する必要がある場合は、gitテストリポジトリからライブサイトをプルできます。このワークフローはSVNにかなり似ています。柔軟性を高めるため、説明する「ライブ」ブランチを使用することをお勧めします。

要約すると、全員のgitリポジトリはテストリポジトリのクローンです。稼働中の本番サイトも、テストリポジトリのクローンにすぎません。または、テストはライブプロダクトのクローンであるため、「git push」は常に実稼働に向けて移動します。

この配置に「ライブ」ブランチを追加したり、テストと実稼働の間に「ステージング」リポジトリを含めたりすることを含む、その他のオプション。セキュリティを強化するために、ライブgitリポジトリへのアクセスを制限し、ライブプロダクションへのプルを行うセキュリティで保護されたスクリプトの使用を強制することをお勧めします。