Git workflow：古いコードを残したり、そのまま使用したりしますか？

Question

私たちはGitリポジトリでいくつかのビジネスプロセスを管理しているデータ科学者の小さなチームです。

process.R,process_1_1_0.R、process2.Rなどのコードが多数あります（明らかに1つだけが使用されています）。 アイデアは、いつも「何か起こった場合に備えて」古いコードを保持することでした。

とにかくすべての変更がGitに保存されるので、私は最終的にすべての未使用ファイルを取り除くことを提案しました。私の考えは部分的にのみ受け入れられました。すべての部分をbackupサブディレクトリに置く理由は、この方法で古い作業バージョンを「迅速かつ簡単に復元できます」という理由があります。

しかし、それは意味がありますか？ 誰かがGitワークフローをコメントしたり参照したりできますか？

ありがとうございました。

Answer 1

削除してください。バージョン管理下にあるので、いつでも回復することができます。有益な仕事をしないコードを保持することは、あなたとあなたのチームに支払うメンテナンスコストにすぎません。

thisまたはthis questionまたはthis blog postを参照してください。

EDIT：人々はしばしば約hereまたはhereのように、コードをコメントアウト話：

コードをコメントアウトしないでください。それを除く。ここで問題となるのは、非常に古くなったコードを削除しないことを夢中にしている です。恐らくそれを失う恐れがあります。 他の開発者は、コードがコメント化された理由を理解できず、 をそこに残します。 [...]

しかし、あなたの場合のように、古いコードを含むファイルにも当てはまります。未使用のコードを含むファイルを持っていることは、私の意見ではさらに悪いことです。忘れてしまったコードブロックよりも忘れやすいので、時々遭遇します。