JavaScript、メジャー、マイナー、パッチのネストされたオブジェクトのSemver？

Question

は、私はかなりSemantic Versioning上にcluedたと思ったが、この1つの変更が予想されるバージョンの変更であるかについて、私はわからない作られています

元のコード：

if (result.error) { 
    return callback(result.error); 
} 

新しいコード：

if (result.error) { 
    result.error.message = `${result.error.message} on ${self.tableName()}`; 
    return callback(result.error); 
} 

私はこの変更を考えている

はpatch、minorとして、またはmajor変化として分類することができます。次の3つのシナリオがあります。

1. patch：コールバックにはまだErrorオブジェクトがあります。 Errorオブジェクトはまだmessageプロパティを持ち、そのプロパティはまだStringです。
2. minor：消費者がmessageプロパティの内容に頼って文字列の一部を探している可能性があります。この変更は文字列の末尾に追加するだけなので、追加するだけです。
3. major：消費者がmessageプロパティの内容に依存することがあり、これは現在、別の文字列

である私が使っていたライブラリが邪魔にsemverに適合しなかったとき、私は一度本当に怒りました私は期待していました。私は他の人にそれをしたくありません。

私はこれが主観的/意見に基づく質問として見ることができると意識していますが、私は正しい答えを探しています。最も安全なオプションは明らかにmajorに行くことですが、それは過度のものかどうかを見ています。

Answer 1

Patch

あなたはこれをしなかったときの変化に対応するために、あなたのテストのいずれかを変更する必要がありましたか？私はそうは思わない。あなたがこのメッセージフォーマットに頼らないなら、あなたの消費者がそれに頼っている可能性は何ですか？

Answer 2

私はそれがコンテキストに依存していると思います - 文字列操作なしでエラーメッセージに含まれている情報を取得する方法はありますか？もしそうなら、私はそれを変更することは大きな変化ではないと言いたいと思います。サポートされていない方法でAPIを使用しているコードをサポートするために後方に曲げてはいけません。

一方、その情報を取得する方法が他にない場合は、それがAPIの問題です。その場合は、新しいメッセージとメジャーバージョンの情報を取得するためのエラーオブジェクトのメソッド/プロパティをプッシュすることをお勧めします。これにより、人々のコードが壊れるのを避け、この問題を再度処理する必要はありません。エラーメッセージを変更する必要があります。