私は git ブランチ モデルについて多くのことを読んできましたが、その背後にあるプロセスを理解していると確信しています。だから私は、ウェブサイト（PHPを使用）のすべての変更を集中型レポ（オリジン）にプッシュしてきました。これは単なるリポジトリです。ただし、このコードをテスト環境に入れたいと思います。これを処理するための推奨される方法は何ですか? git作業ツリーをWebルートにチェックアウトするだけの記事をたくさん読んだことがありますが、それよりもきれいにしたいと思います。これは、プロジェクトに取り組んでいる複数の開発者ではうまく機能しないようです。これは、制作側も同様です。オリジンから引っ張ってきたノンバレって意味あるの？
私が正しい方向に進むのを助けるために、これに関する洞察/コメント/考えは大歓迎です。
マルチ開発プロジェクトの場合、IMO の最良/最も簡単な方法は、グループの各部分および/またはメンバーのブランチを作成し、そこに変更をコミットさせることです。プロジェクトの特定の部分が完了するか、ブランチの変更が完了してテストされると、それらをマスターにマージして戻すことができます（「orgin」とは、これを意味していると思います）。つまり、簡単に言えば、開発者またはプロジェクトごとにブランチを作成し、変更をブランチにコミットし、マスターとのブランチのマージが完了したら、ブランチをマージします。しかし、それはアプリ開発と Java の作業に関する私の意見/経験にすぎません。プロジェクトによっては、より良い方法があるかもしれません。乾杯と幸運を！
編集: Windows の場合、私は TortoiseGit が好きです。GUI は新しいユーザーにとって少し役立つと思います。
OSX の場合、毎日 SourceTree を愛用/使用しています。