1

少なくとも2人の優秀なプログラマー、LinusTorvaldsとGuidovon Rossumは、バージョン番号や最後の作成者などを表示するために展開するファイルにキーワードを入れる慣行を軽蔑しています。

キーワードの違いがどのように違いを乱雑にするかを知っています。SlickEditのDiffZillaが好きな理由の1つは、先頭のコメントをスキップするように設定できるからです。

ただし、4つのバージョンのファイル（2つの異なるリリース、1回限りの顧客、および開発バージョン）をすべて同時にパッチ適用できるようにした、チームプログラミングの鮮明な思い出があります。含まれているヘッダーに移動するたびに適切なヘッダーが取得され、コードを貼り付けるたびにソースと宛先が期待どおりであることが一目でわかります。

また、急いで開発者がツールを使用してリポジトリからファイルをチェックアウトするのではなく、ファイルシステムを使用してファイルをある場所から別の場所にコピーするときに発生するwhere-did-this-file-come-fromの問題もあります。または、より防御的に、場所A、B、およびCで管理されているファイルを配布場所Dにマーシャリングする必要がある場合（チェリーピッキングを使用）。

VCSキーワードが禁止されている場所では、どのように対処しますか？

4

2 に答える 2

3

私は30年以上、キャリア全体でVCSキーワードを使用したことがありません。私が使用した最も原始的なVCS​​システムから現在（TFS）まで、私は「私がどこにいるのか」を理解するために他の構造を使用しました。

使用するファイルが1つしかない状況になることはめったにありません。私は通常、プロジェクトまたはプロジェクトのセットをビルドするために必要な他のすべてのファイルを持っています。私は通常、分岐（またはある場合にはストリーム）を使用し、特定の分岐またはストリームのスライスに取り組んでいます。

複数のブランチまたはストリームで作業している場合は、それぞれに1つのディレクトリツリーがあります。作業中のファイルを知るために必要なのは、最悪の場合、ファイルパスを確認することだけです。

最高の状態で、バージョン管理システムは、作業中のファイルのバージョン、変更履歴、ファイルのさまざまなバージョンで作業している他のユーザー、およびその他の知りたいことを正確に通知します。 。

于 2010-03-29T02:15:30.873 に答える
1

これはあなたの質問に正確に答えるものではありませんが、LinusとGuidoには、小規模チームの企業開発に当てはまらないキーワードを嫌う理由があると思います。

$Id$たとえば、タグには、グローバルバージョン番号と見なすことができるものがあります。Linuxと私は、Pythonの開発も十分に断片化されているため、グローバルな数はあり得ないと思います。多くの人が自分の値を入力する独自のリポジトリをいたるところに持って$Id$おり、それらのパッチは意味をなさないLinusまたはGuidoのリポジトリに送信される可能性があります。

ただし、ご使用の環境では、これらを割り当てる中央リポジトリーが1つある可能性があり、問題ありません。gitを使用しているようですね。ローカルの開発者リポジトリではなく、タグ置換を行うように中央のgitリポジトリを構成することは可能かどうか疑問に思います。または、タグでコミットハッシュを取得する方が良いかもしれません。

于 2009-05-02T18:44:44.457 に答える