We read every piece of feedback, and take your input very seriously.
To see all available qualifiers, see our documentation.
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
今、エントリーのファイルの更新時間をリモートと比較する時にファイルのmtimeを使っている。しかし今どきmtimeだけというのも頼りない。例えば、CIとかでgit cloneしてきた直後などはmtimeが全部現在時間になってしまい、ローカルが全部リモートより新しいと判定されてしまうなどがある。 (gitにはsvnのuse-commit-times的な機能はオフィシャルで存在しないし / 以前 git-set-mtime をメンテしていた)
git履歴からファイルの更新日時が取れる場合はそれを使うようにしたい。VCSでgitを特別扱いするのはどうなのか、blogsyncがgitに依存するのはどうなのか、という議論はあるが、実際問題git管理している人も多かろうと思うので悪くないのではないか。
以下のようにすれば、gitが入っていな環境や、そのファイルがgit管理されていないケースでもそれを壊さないはず。
The text was updated successfully, but these errors were encountered:
Successfully merging a pull request may close this issue.
今、エントリーのファイルの更新時間をリモートと比較する時にファイルのmtimeを使っている。しかし今どきmtimeだけというのも頼りない。例えば、CIとかでgit cloneしてきた直後などはmtimeが全部現在時間になってしまい、ローカルが全部リモートより新しいと判定されてしまうなどがある。 (gitにはsvnのuse-commit-times的な機能はオフィシャルで存在しないし / 以前 git-set-mtime をメンテしていた)
git履歴からファイルの更新日時が取れる場合はそれを使うようにしたい。VCSでgitを特別扱いするのはどうなのか、blogsyncがgitに依存するのはどうなのか、という議論はあるが、実際問題git管理している人も多かろうと思うので悪くないのではないか。
以下のようにすれば、gitが入っていな環境や、そのファイルがgit管理されていないケースでもそれを壊さないはず。
The text was updated successfully, but these errors were encountered: