Если вы имеете в виду файлы .patch, которые создаются стандартным инструментом Unix/Linux diff(1) и применяются инструментом patch(1), то существует соглашение о том, что их описание должно быть прямо в файле исправления, в начале его (потому что Утилита patch(1) будет игнорировать что-либо до фактического заголовка патча в файле).
Вот типичный пример из патчей ядра Linux.
Существует множество инструментов, которые можно использовать для управления множеством (связанных) исправлений: список, показать описание, применить / отменить и т.д. Самый простой из них, вероятно, quilt. Тогда есть и StGit. Эти две системы сосредоточены вокруг концепции исправлений (и, таким образом, обеспечивают дополнительную гибкость при работе с ними, например, для изменения порядка, в котором они применяются).
Но важно то, что всякий раз, когда вы используете какую-либо систему контроля версий, вы по существу имеете дело с системой для хранения и описания исправлений.
Например, "git log" покажет вам описания примененных патчей, по порядку. А "git log -p" покажет и описания, и сами патчи.