私はプロジェクトだけで作業していました。私の変更を追跡するために、私はそのプロジェクトでgitを使用しました。プロジェクトは数か月後に完了しました。私がプロジェクトをダウンロードして新機能の作業を開始したので、その期間内にライブサーバーに重大な問題が発生したため、そこにいくつかの変更を加えなければなりませんでした。Git diff/mergeが同じブランチ（マスタ）で変更されました
私の質問は、ライブサーバーの変更を開発サーバーの新機能にマージする方法です。
ありがとうございました。
ユースケースは一般的なもので、エンタープライズソフトウェアチーム環境では、Gitのほとんどのユーザーが毎日遭遇します。
git pull origin branch_nameを行い、あなたの現在のローカル作業コミット
git push origin branch_nameライブサーバーにローカル変更を加える一部のコメントに記載されているように、ライブサービスと直接連携することは適切ではないかもしれませんrをこのようにします。より一般的には、フィーチャーブランチを使って作業しています。フィーチャーブランチは、詳細に検討し、ライブサーバーに展開/マージすることができます。
しかし、私はライブサーバーでも変更をコミットする必要があるでしょうか？私はSSHアクセスを持っていませんが、ソースコード全体をダウンロードするにはcpanelアクセス権があります。 –
サーバの 'master'ブランチでプッシュ権を持っていない場合は、実際のサーバで実行できることはまったくありません。もしそうなら、まずこれを解決する必要があります。おそらく別のブランチを作成し、管理者にそれを 'master'にマージさせることができます。 –
うーん、私はホスティングプロバイダにリクエストすればSSHアクセスを得ることができると思う。しかし、私はこのシナリオを考えて始めて何も構成していません。私がしたのは 'git init'でした。私の変更をステージにしてコミットし、FTP経由でサーバ全体にファイルをアップロードしました。あなたは私にそれに関する参考資料を教えてください。 –
これらの変更を実行するために別のブランチを作成しましたか？ –
別のブランチを作成していない場合は、マスターブランチをライブサーバーにデプロイできますが、変更をテストするために、ライブのクローンであるジェンキンまたはその他のテストセットアップを使用する方が常に良い方法です。 –
@ ShivangAgarwalいいえ、私はしていません。私は変更を追跡するためにgitを使用していたので、最初からmasterブランチで作業していました。 –