「コードの削除」の別の言葉
アプリケーションの大部分を取り除くために、ソース管理にブランチを作成しています。このブランチに名前を付けている間、私は「削除」が正しい言葉かどうか質問し始めました。
私は具体的にではなく、単にコードを削除しているだけなので、新しいコード構造に合わせて他のいくつかの部分も書き直しています。
コードについて話すとき、「削除」の同義語はありますか？
私は多分 "refactor"と思っていましたが、コード変更の約10-20％がリファクタリングになるだけです。変更のほとんどは、文字通りコードを取り除くことになります。
私が考える3つの用語は、「廃止」、「非推奨」、または「リファクタリング」です。
陳腐化とは、機能するものが段階的に廃止されることです。非推奨とは、何かの使用が推奨されないプロセスを指します。システムの提供と使用に応じて、陳腐化と非推奨の両方を計画し、長期にわたって伝達する必要があります。
リファクタリングは、コードの内部構造に対する変更です。何かが廃止または非推奨になった後、削除される場合があります。削除すると、コードをリファクタリングして、それらの変更に基づいてコードをより適切に構造化できる場合があります。
ここではrefactorが適切だと思いますが、これをcleanupと呼ぶこともあります。
腐ったコードを新しい機能に置き換える必要があるときは、通常purgeという用語を使います。
ブランチには、任意の規則で名前を付けることができます。
purge-your-feature
または
purge/your-feature
変更をプッシュするときは、 通常のコミット を使用して、それらについてよりセマンティックにすることができます。
私が使用する用語はPruneです。木の剪定のように。あなたは故意に、そしてコードの一部/ブランチを削除することを考えて-死んでいるか、他の理由で望ましくないかにかかわらず。
「この廃止されたコンポーネントを廃止する」などのように、単語decommissionを使用します。または「未使用コードの廃止」。
すべてがリファクタリングであるため、何もわかりません。Xの削除、クリーンアップ、プルーニング、リタイア、除去、スローアウト、（アウェイ）の除去は、はるかに表現力があります。
代替案も可能です（該当する場合）：コンポーネントXをYにマージする/ XとYを組み合わせるなど。
ただし、ブランチは終了すると消えます。 gitのネーミングに頭脳の能力を費やしたいが、コミットのネーミングに費やしたい場合、それらは永久に（多かれ少なかれ）留まります。