Алексей Николаев

В Sublime Text, например, есть "поиск по файлам", если я правильно вас понял.

Если вам потребуется вытащить все фотографии (или несколько) из БД, то быстрее будет сериализованное поле. Один запрос на одну строку вместо нескольких строк. Но заметно будет только в случае действительно большой нагрузки, плюс при дальнейшей разработке вам потребуется учитывать, что вы не сможете сортировать и искать по фотографиям так, как могли бы, будь они в отдельной таблице.

Для начала отмечу, что нет необходимости оборачивать заголовок в дополнительный тэг в вашем случае.
Рассмотрим варианты.

1. Заголовок и описание.

<header>
    <h2>Заголовок</h2>
    <p>Описание к заголовку</p>
</header>

Так как описание является продолжением заголовка в семантическом смысле, мы должны объединить их в одно смысловое целое, сохранив при этом разделение собственно заголовка и описания. Для этого используется тэг header, который, согласно спецификации, служит контейнером для создания шапки какого-либо элемента (не заголовка, а шапки).

2. Несколько заголовков.

<hgroup>
    <h1>Титульный заголовок</h1>
    <h2>Подзаголовок</h2>
</hgroup>

Так как у нашей секции несколько заголовков разного веса, их так же стоит семантически связать. Для этой цели можно использовать hgroup, который, согласно спецификации, служит для группирования нескольких заголовков. Но, так как его убрали из спецификации, полагаю, эту роль возьмет на себя header.

3. Ваш вариант.
<h2>Заголовок</h2>
Заметьте, у вас всего лишь один элемент, который не требует группировки с чем-либо. Он самодостаточен, и по смыслу соотносится с секцией, в которой находится. Нет никакого смысла выделять ему дополнительный контейнер в данном случае.

Нашел решение.
Чтобы изменить ветку-родителя, от которой ответвилась нужная нам ветвь, на master, необходимо выполнить
git reset --hard HEAD~2
Вместо ~2 может быть любое нужное число (количество коммитов в ветке + 1), чтобы сдвинуть указатель на последний коммит в master. После этого можно спокойно делать любой другой коммит.