いいえ、優先順位はありません。

date皮肉なことに、この問題は今月Debianユーザーメーリングリストに突然現れました。誰かが人間が読むことができる自然言語日付操作コマンドを読む人には、GNUツールの動作は非常に一貫性がないように見えたと指摘しました。 Vincent Lefèvreは次の例を提供します。

jdebp % date+%Y-%m-%d -d '2003-02-01 - 1ヶ月'
2003-01-01
jdebp % date+%Y-%m-%d -d '2003-02-01 - 31日'
2003-01-01
jdebp % date+%Y-%m-%d -d '2003-02-01 - 31日 + 1ヶ月'
2003-01-29
jdebp % date+%Y-%m-%d -d '2003-02-01 - 1ヶ月 + 1ヶ月'
2003-02-01
jdebp % date+%Y-%m-%d -d '2003-09-01 1日前 + 1ヶ月'
2003-09-30
jdebp % date+%Y-%m-%d -d '2003-09-01 1日前'
2003-08-31
jdebp % date+%Y-%m-%d -d '2003-08-31 + 1ヶ月'
2003-10-01
精製量％

内部的に実際に起こるものは、計算date中に負の値（例：2003-03-(-30)再正規化これは、C標準ライブラリの関数を使用したすべての操作以降の無効な日付です。

これは何ですか？いいえ現在進行中の作業は再正規化です。あらゆる段階で、人間のように。したがって、2003-02-01から31日を引いた日付は、dateGNUプログラムに無効な日付です。2月30日否定的、人間的に可能な限り1月の有効な日付ではありません。月を追加すると、3月の無効な日付になり、まだマイナス30になります。もちろん、-30ゼロより大きい数字に調整すると、2月全体に戻るため、1月の対応する日付に再正規化されます。他の例では、再正規化のない無効な日付は、2003-10-00および2003-09-00です2003-09-31。

これをあなたの例に適用します。

• 2017-12-31 + 1 day2017-12-32はい、プログラム出力から。2018-01-01
• 2018-01-01 - 1 month2018-00-01はい、プログラム出力から。2017-12-01
• 2017-12-31 + 1 day - 1 month2017-11-32はい、プログラム出力から。2017-12-02

あなたが見たようにすべての段階で再正規化します。dateGNU は複数の変更を一度に適用するため、すべての変更を一度に適用するのと同じ結果は得られません。すべての段階で再正規化なし。

追加読書

• マイケルストーン（2013-11-21）。/bin/date: 一貫性のない日付の解析。 Debian のバグ #729952.
• ウルフ・ジビス（2017-03-15）。 非生産的な計算順序date。 GNUのバグ＃26101。
• ヴィンセント・ルペブル（2018-02-06）。「未修正」エラーラベルに関するポリシー。 Debian ユーザーです。