0

Project B私は数日からウェブサイトに取り組んでいます。今、クライアントは私にProject Bと呼ばれるのクローンを作成することを望んでいますProject C。

ただし、これは完全なクローンではありません。デザイン、配色、そしてウェブサイトのいくつかのセクションにも明らかな変更があります。

gitに費やす時間をできるだけ少なくして、これら2つのプロジェクトを効果的に管理するにはどうすればよいですか？

これが私のワークフローのアイデアです。

設定：

  1. と呼ばれる親プロジェクトを作成し、Project AにコピーしProject BますProject A。
  2. に固有のものを削除して、でProject B実行git initしProject Aます。
  3. に固有の変更を取得Project Aして作業を開始します。Project CProject C

これらすべてを効果的に管理するにはどうすればよいですか？そのようなプロジェクトをgitで管理するためのより良いテクニックはありますか？

4

1 に答える 1

1

支店ベース

git initこれにブランチを使用しないのはなぜですか。プロジェクト固有のすべてのものを新しいリポジトリのすべての邪魔にならないようにすることができgit commitます。次にgit checkout -b ProjectB、すべてのプロジェクト固有のファイルを取得し、その後git commitもそれを行うことができgit checkout -b ProjectC masterます。このシーケンスは、マスターに基づいてProjectBとProjectCという2 つのブランチを作成します。

       [com2]<-ProjectB
      /
[com1]<-master
      \
       [com3]<-ProjectC

私は上記のものを非常に好みますが、あなたが提案したワークフローも問題ありません. リポジトリ ベースのワークフローでは、すべてのデータが個別に保持されるため、クライアントが異なる場合にはるかに役立ちます。いずれにせよ、ブランチアプローチを使用します。

于 2012-08-06T09:01:29.950 に答える