2

個人的なプロジェクトと一緒に、いくつかの todo アイテムとメモをバージョン管理に保持する簡単な方法を探していました。Ditz の readme には、ファイルを維持する方法が 3 つあります。

課題データベースをリポジトリに保持しますが、別のブランチに保持します。課題の変更は VCS で管理できますが、コードのコミットには直接関連付けられていません。

これにより、同じことを使用して、パッケージ化に使用されるいくつかのファイルをリポジトリに保持し、現在は別々に保持している他の数人の開発者と共有できると考えるようになりました。だから私はいくつかの質問があります：

  1. このアプローチを使用する/使用しない理由は?
  2. この設定はどうですか？Ditz 専用ではありませんが、あらゆるファイルに対応しています。
  3. 日々の作業はどのように行われますか?

私は分岐の経験がほとんどなく、どこを見ても、後でマージされるトランクの編集済みコピーを保持するために使用されています。私は主に subversion を使用していますが、dvcs に対する回答も、翻訳できる限り問題ありません。

アップデート

私はこれをもう少し調べて、これが私が見つけたものです。以下は、Subversion に適用されます。

svnbookから、

Subversion にはブランチの内部概念はありません。コピーのみです。

これはおそらく、svn ブランチが、ditz の readme で提案されているものとまったく同じではないことを意味します。ディッツが示唆していることは、を使用して達成できるように思えますsvn:externals。次の構造を想定しています。

/trunk/project1/
/trunk/project2/
/branches/notes/

svn:externalsproject1 と project2のプロパティを次のように設定できます。

notes http://reposerver/branches/notes

このようにプロジェクトの作業コピーを更新すると、「外部」メモも取得されますが、コミットは projectX ツリー内のメモと他のファイルに対して個別に行う必要があります。それ以外は、すべて通常と同じです。短所は多かれ少なかれ svn:externals の短所です。つまり、ディレクトリにのみ適用され、絶対 URL として定義されます。

それにもかかわらず、誰かがさらに洞察を持っているなら、私は興味があります.

4

1 に答える 1

0

オープンソースとプロプライエタリの両方のトラッカーが非常に多く利用できるため、提案されたソリューションを使用するのが賢明であるとは思えません。たとえば、Tracはソース管理と統合されています (コミットを表示し、特別なコミット メッセージでチケット (または必要に応じて TODO アイテム) を閉じることができます)。テキスト ファイル ベースの TODO リストはそれほど柔軟ではありません。また、通常のタスクトラッカー以外のファイルにタスクを配置する必要があることも考慮する必要があります。本質的な問題に焦点を合わせていないのではないでしょうか？

于 2012-09-22T15:16:33.117 に答える