「コメントアウトされた」コードのチェックイン[終了]
休業。この質問は意見に基づいています。現在、回答を受け付けていません。 この質問を改善してみませんか？この投稿を編集して質問を更新し、事実と引用で回答できるようにします。 3年前休業。 この質問を改善する わかりました、これが私の現在の仕事でいくらかの摩擦を引き起こした何かであり、私は本当にそれを期待していませんでした。ここで組織されたソフトウェア開発はここでの新しい概念であり、いくつかのコーディングガイドラインの最初のドラフトを作成しました。 「コメントアウトされた」コードはリポジトリにチェックインしないでください。私がこれを述べた理由は、リポジトリがファイルの完全な履歴を保持しているためです。機能コードを削除する場合は、完全に削除してください。リポジトリは変更を保持するため、変更内容を簡単に確認できます。 このため、別の開発者がこの方法をとるのは制限が厳しすぎると考えているため、多少の摩擦が生じています。この開発者は、彼が取り組んでいるが不完全なコードをコメント化できるようにしたいと考えています。このコードは、以前にチェックインされることはなく、どこにも保存されませんでした。TFSを使用するので、変更を保留することが最も適切なソリューションになると提案しました。ただし、デプロイされている場合とされていない場合がある部分的な変更をチェックインできるようにしたいため、これは受け入れられませんでした。 最終的には、継続的インテグレーションを最大限に活用し、開発用Webサーバーに自動的にデプロイするようになる予定です。現在、Webサーバーまたはデータベースサーバーの開発バージョンはありませんが、すべてすぐに変更されます。 とにかく、あなたの考えは何ですか？「コメントアウトされた」コードがリポジトリにあると便利だと思いますか？ このトピックについて他の人から話を聞くことは非常に興味があります。 編集：わかりやすくするために、私たちはプライベートブランチを使用していません。私たちがそうした場合、私はあなたのプライベートブランチであなたがやりたいことをしますが、コメントアウトされたコードをトランクや共有ブランチにマージしないでください。 編集：プライベートまたはユーザーごとのブランチを使用しない正当な理由はありません。それは私が同意しない概念ではありません。まだそのように設定していません。おそらくそれが最終的な中立だろう。ここでは、TFSシェルビングを使用します。