git-gui - gitlab のブランチ間をマージするにはどうすればよいですか?

Question

今、私の同僚 A がプロジェクトを開始しました。このプロジェクトは A に分割されており、いくつかの命令と common.css およびその他のコンポーネントが含まれています。

次に、同僚 B が新しいブランチ B を作成します。

同僚 C はローカルでパート B に切り替え、パート C を作成します

その後、同僚 B と C がそれぞれのブランチで開発を行います

開発が完了してリモートにプッシュされた後、プロジェクトのコンテンツをブランチにマージする必要があります

質問 1: ブランチ B をブランチ C にマージしたり、ブランチ C をブランチ B にマージしたりできますか?

質問 2: ブランチ B と C をブランチ A にマージできますか?

質問 3: 作業ツリーへのマージと早送りマージの違いは何ですか?

また、リベースは望ましくありません。

Answer 1

皆さんはパブリック開発ブランチを持っていませんか?
dev から開発ブランチをプルします。開発が完了したら、全員がそれを dev にマージします。
競合と競合の解決があります。

Answer 2

まず第一に、ネイティブ git はブランチの作成とマージをサポートしています ¹ そのため、git に基づくすべてのコード バージョン管理ツール (gitlab/github など) もデフォルトでブランチ機能をサポートしています(gitlabには権限管理機能も追加されます)

さらに、対象プロジェクトの大きな問題は @52lidan が言ったように dev ブランチがないため、コードのバージョン管理 (ブランチ A かどうか) が混乱します。 B または C が最良のメインですか?) したがって、件名への提案は次のとおりです: dev分支导致代码版本管理混乱(到底是A还是B还是C分支是最主要的?), 所以给题主的建议是:

1. 项目要有如下的分支

   • master: 正式可以发布到生产环境的代码分支(protected)²

   • dev: 经过开发与初步测试后, 可以正常工作的代码分支, 用以合并所有人的工作以及已经修复的bug(protected)

2. 每一个任务新建一个分支, 人跟着任务走而不是任务跟着人走. 也就是说, 在远程库上, 该任务只有一个分支, 并且所有人都拉取到本地上. 所有人关于该任务的工作都需要在本地commit后再推送到任务分支. (不建议一个任务有多于三人协作, 否则分解任务为更多的分支)

---

1. git分支的新建与合并 ↩
2. gitlab中可以将分支设置为protected, 该分支只有项目中获得owner/master权限的人才能合并别人提交的merge request <オル> <リ>
プロジェクトには次のブランチが必要です

• #🎜🎜#master: 運用環境に正式にリリースできるコード ブランチ (保護されています) #🎜🎜#2#🎜🎜##🎜🎜##🎜🎜#
• #🎜🎜#dev: 開発と予備テストの後、コード ブランチは正常に動作し、全員の作業と修正されたバグをマージするために使用されます (保護されています)#🎜🎜## 🎜🎜#

#🎜🎜#