0

git ワークフローがどのように機能するべきかについて、いくつかの光を当てることができるかどうか疑問に思っていますか? 現在の方法は完全に間違っていると 100% 確信しています。私たちが現在どのように運営されているかを説明でき、誰かが私たちのどこが間違っているかを教えてくれたら、それは素晴らしいことです.

Dev ブランチで作業している 2 人の開発者がいて、Dev サーバーでテストしています (作業中のファイルをサーバーに ftp する必要があります)。変更がテストされて完了したら、運用ブランチに変更をレプリケートします。これはライブ サーバーに ftp 接続されます。これは、行ったすべての変更を追跡する必要があることを意味します。ありがたいことに、Git はその情報を提供してくれますが、サーバーなどに既に配置したファイルについてはよくわかりません。Dev は現在、本番/ライブのバグ修正などに使用されていますが、すぐに新しい機能に使用される予定です。両方のブランチは、独自のサーバーに固有のものとして異なります。

開発当初は git に比較的慣れていませんでしたが、本番環境に移行すると、大幅に後退したように感じます。

要約:

  • 2人の開発者
  • 2 つのブランチ (開発 / 本番)
  • sourcetree をクライアントとして使用する Dev と、リモート リポジトリとして GitHub を使用する両方の開発者
  • 両方のブランチを並行して実行し、それぞれのサーバーに簡単にプッシュ/更新する必要があります

誰でも私を助けることができますか？

4

3 に答える 3

0

簡単に言いましょう：

Branch dev で初期開発が開始されました: 1 つの機能/機能の開発が終了したら、sprint1 などのブランチをチェックアウトします。

独立したサーバーに server1 を指定し、プロジェクトを複製して sprint1 ブランチにチェックアウトし、サーバーを再起動します。

これで、QA が server1 をテスト用に使用できるようになりました。新しい変更はありません。

開発者は開発ブランチで作業を続けます。

QA が変更を確認したら、sprint1 から新しいブランチ Production をチェックアウトし、server2 などの新しいサーバーにデプロイします。

ファイルを手動でコピーまたは移動する必要はありません。

新しい変更が Dev ブランチにプッシュされたとき。sprint1 ブランチに移動し、dev ブランチをマージします。そのため、sprint1 には QA によってテストされる最新のコードが含まれています。

変更が確認されたら、プロダクション ブランチにチェックアウトし、sprint1 ブランチをマージします。このレベルのコード プッシュによって問題が発生したり、物事が単純になったりすることはありません。説明が十分に明確かどうか教えてください。

その仕組みについては、Git のブランチとマージを参照してください。

于 2016-01-25T09:11:10.720 に答える
0

開発サーバーの開発ブランチで変更を加える場合は、このブランチでコミットする必要があります。次に、このブランチを本番ブランチにマージし、これを本番サーバーに配置できます。

新しい機能については、ブランチを使用することをお勧めします。それらは、このタスクのためのものです。次に、それらを開発ブランチにマージします。

この投稿を読むことをお勧めします。この投稿では、優れたワークフローについて詳しく説明しています: http://nvie.com/posts/a-successful-git-branching-model/。

于 2016-01-25T09:11:49.220 に答える