エントリーの編集
![loading...](https://b.st-hatena.com/bdefb8944296a0957e54cebcfefc25c4dcff9f5f/images/v4/public/common/loading@2x.gif)
エントリーの編集は全ユーザーに共通の機能です。
必ずガイドラインを一読の上ご利用ください。
記事へのコメント1件
- 注目コメント
- 新着コメント
注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています
![アプリのスクリーンショット](https://b.st-hatena.com/bdefb8944296a0957e54cebcfefc25c4dcff9f5f/images/v4/public/entry/app-screenshot.png)
- バナー広告なし
- ミュート機能あり
- ダークモード搭載
関連記事
Gitがファイルの日付を管理しない問題を何とかしたい(1) - なひたふJTAG日記
gitで様々なプロジェクトを管理したいと思っているのですが、gitに上げて戻すと、ファイルの日付がclone... gitで様々なプロジェクトを管理したいと思っているのですが、gitに上げて戻すと、ファイルの日付がcloneした日付に変わってしまいます。 これでは困ることがあります。 目的のファイルがいつ頃作られたものなのかわからない ファイルの更新日時でソートできなくなる 長い間更新されていないファイルを探せなくなる ファイルが更新されたかどうかをWindowsの機能だけで見つけられなくなる 確かに、ソースコードマネージメントの考え方から言えば、日付で管理したり比較するというのは邪道なのでしょう。 ブランチを切ったり、commitの際にコメントを付けろと言われそうですが、本当にそれで十分でしょうか? ソースコードの更新履歴やコメントで辿るというのは素晴らしいことだとは思いますが、本当にそれだけで十分でしょうか。 コメントなんて最初は真面目に書いていても、そのうちtempとかtmptmpとか、hogeと
2021/09/07 リンク