Мы в настоящее время представляем DBIx::Class
в нашей команде и мы хотели бы начать с DBIx::Class::Schema::Loader
. Однако у нас есть трудные требования к стилю кода, т.е. мы имеем Perl::Tidy
как часть нашего pre-commit
сценарий, так как у нас не было сгенерированного кода прежде. Теперь, мы должны были бы удостовериться что код это Schema::Loader
генерирует является чистым и опрятным. Мы не можем работать perltidy
по коду перед фиксацией, так как это завинчивает хеширование MD5 DBIC. Так постпроцессор, интегрированный в Schema::Loader
было бы мое предпочтительное и вероятно единственное выполнимое решение. Но все еще: как Вы решили бы эту проблему?
РЕДАКТИРОВАНИЕ я мог бы также исправить DBIx::Class::Schema::Loader::Base
использовать a perltidy
preprocess
параметр, если это получает тот.
0,05000 был выпущен (ранее версия для разработки) она имеет опцию OverGrite_Modifications RBUELS.
Я постараюсь добавить опцию Post_Process также в ближайшее время.
Версия разработки DBICSL теперь имеет опцию Overgrite_Modifications, вы можете использовать для игнорирования изменений в MD5Sumbed части кода. Это должно позволить вам запускать Perltidy на выходе, прежде чем совершить его, и все еще сможете повторно сбросить позже.