0

まず、GIT に移行したばかりで、目標を達成する方法がわかりません。

クライアントがCUSTOMプロジェクトを望んでいるので、クライアントのために分割する必要があるプロジェクトCOREがあります。ほとんどの場合、CUSTOM と CORE ではビューのみが異なりますが、CORE に入るすべてのバグ修正を CUSTOM に反映またはマージする必要があります。

私は GIT --tracking について知っていますが、それは正しいブランチのためだけだと思いますか?

CORE と CUSTOM の両方を Github でホストする必要があるため、CUSTOM だけをローカル マシンのブランチにすることはできません。

誰？誰？

4

1 に答える 1

0

support branch私の見解では、CUSTOM はプロジェクトの長期的なものでなければなりません。必要なのは、実際には git ワークフローです。execllantブランチ モデルを導入し、実験的なサブコマンドを提供した gitflow を確認してください。これは、このFAQgit flow supportの最後のエントリを参照してください。

CUSTOM を github の別のリポジトリとして保持する場合はorigin、コア リポジトリをCUSTOMリモート ポイントし、CUSTOM リポジトリをリモート ポイントすることができます。次に、masterOrgin のbranch-customトラッキング マスターと CUSTOM リモートのブランチ トラッキング マスターにブランチを設定します。

コードは次のとおりです。

git remote add -t master origin <path to orgin>
git remote add -t branch-custom CUSTOM <path to CUSTOM>
于 2012-08-28T16:37:55.420 に答える