我认为这里最简单(也许也是最优雅)的解决方案是利用可以将default设置为可调用对象这一事实。所以，为了避开管理员对auto_now的特殊处理，你可以像这样声明字段:

from django.utils import timezone
date_field = models.DateField(default=timezone.now)

重要的是，不要使用timezone.now()，因为默认值不会更新(即，只有在加载代码时才设置默认值)。如果您发现自己经常这样做，您可以创建一个自定义字段。然而，我认为这已经相当DRY了。

但我想指出，公认答案中所表达的观点有些过时。根据最近的讨论(django bug #7634和#12785)，auto_now和auto_now_add不会消失，即使你去看最初的讨论，你也会在自定义保存方法中发现强烈的反对RY(如DRY)的论点。

已经提供了一个更好的解决方案(自定义字段类型)，但还没有获得足够的动力将其纳入django。你可以用三行写你自己的(这是Jacob Kaplan-Moss的建议)。

from django.db import models
from django.utils import timezone


class AutoDateTimeField(models.DateTimeField):
    def pre_save(self, model_instance, add):
        return timezone.now()

#usage
created_at = models.DateField(default=timezone.now)
updated_at = AutoDateTimeField(default=timezone.now)

这值得关注吗?

不，在保存模型时，Django会自动为你添加它，所以，这是意料之中的。

辅助问题:在我的管理工具中，这两个字段没有显示。这是意料之中的吗?

由于这些字段是自动添加的，所以不会显示它们。

为了补充上面的内容，正如synack所说，django邮件列表中一直有关于删除它的争论，因为它“设计得不好”，是“一个黑客”。

在我的每个模型上编写自定义save()比使用auto_now要痛苦得多

显然，你不需要对每个模型都写。您可以将它写入一个模型，并从它继承其他模型。

但是，由于存在auto_add和auto_now_add，我宁愿使用它们，而不是自己尝试编写方法。

至于你的管理显示，请看这个答案。

注意:auto_now和auto_now_add默认设置为editable=False，这就是为什么适用这个。

如果你像这样修改你的模型类:

class MyModel(models.Model):
    time = models.DateTimeField(auto_now_add=True)
    time.editable = True

然后这个字段将显示在我的管理更改页面

class Feedback(models.Model):
    feedback = models.CharField(max_length=100)
    created = models.DateTimeField(auto_now_add=True)
    updated = models.DateTimeField(auto_now=True)

在这里，我们创建了列，并在列创建时和有人修改反馈时使用时间戳进行更新。

Auto_now_add将设置实例创建的时间，而auto_now将设置某人修改反馈的时间。