2009-05-25 4 views
2

私のほとんどのプロジェクトでは、すべてのブランチでコンテンツを共有するという意味で「プロジェクト全体」というファイルはほとんどありません。これらのファイルには、通常、プロジェクトスケジュール、予定リスト、Wikiなどが含まれています。現在、私には.gitignoreが含まれているので、バージョン管理されていませんが、チェックアウトしたブランチに関係なくそのまま残ります。しかし、私は、ソースコードのバージョン管理と「直角」なやり方でそれらをバージョン管理したいと思っています。あまりにも多くの痛みなしでこれはgitで可能ですか?Gitのプロジェクトスケジュール、予定、ウィキなどのバージョンアップ方法は?

答えて

2

専用のGitリポジトリにこれらのファイル(wiki、todoなど)を入れておき、subtree merge strategythis questionで説明)を介して開発リポジトリに追加することができます。

こうして、彼らはどんな開発にも含まれ、それらのサブプロジェクトによって更新されます。

サブプロジェクトによるブランチの変更は元の "wiki" Gitリポジトリの "メイン"ブランチにマージされ、すべてのサブプロジェクトはそのメインの "サブツリーのマージによって含まれるこのコンテンツを更新するために、「wiki」ブランチを使用します。

「直交」バージョンニングではありませんが、実用的なソリューションです。

+0

これは実際に試してみる必要がありますが、これは私が探していたものと正確に思われます。 – pico

0

普遍的な/プロジェクト規模のブランチを1つだけ持つことはできません。それからプロジェクトブランチはたくさんありますか?

1

私は通常、スケジューリング、問題追跡、wikiドキュメントなどのために別のツールを使用する方が好きです。例えば、Tracはそのような機能を提供し、gitバックエンドとうまく統合します。ソース管理は、ソース管理にのみ使用されます。

ソース管理ツールを使用してプロジェクト管理データを格納する場合は、ソース管理で「管理」と「実装」のプロジェクトを別々にすることを検討してください。

+0

私はそれが文脈に大きく依存していると思います。私たちが使っている電子メールシステムの問題が、例えば、ソースコードのコメントを使って管理されていたなら、本当に嫌いです。しかし、私は個人的に科学分野の2人から3人の開発者の小さなプロジェクトで働いています。 VimやEmacsですべてを行うことができるように、すべてのものを小さくコンパクトに保つ​​ことが好きで、USBスティックはマスターレポとして機能することができます。あなたの意見に多くの感謝。 – pico

0

git submoduleを使用して、すべてのリポジトリにプロジェクトワイドリポジトリへの参照を挿入できます。

関連する問題