Я использовал Tomcat 8.0.30, ни один из предложений не работал для меня. Поскольку мы хотим обновить X-Frame-Options
и установить его на ALLOW
, вот как я настроил разрешить встроенные iframes:
<filter>
<filter-name>httpHeaderSecurity</filter-name>
<filter-class>org.apache.catalina.filters.HttpHeaderSecurityFilter</filter-class>
<init-param>
<param-name>hstsEnabled</param-name>
<param-value>true</param-value>
</init-param>
<init-param>
<param-name>antiClickJackingEnabled</param-name>
<param-value>true</param-value>
</init-param>
<init-param>
<param-name>antiClickJackingOption</param-name>
<param-value>ALLOW-FROM</param-value>
</init-param>
<async-supported>true</async-supported>
</filter>
<filter-mapping>
<filter-name>httpHeaderSecurity</filter-name>
<url-pattern>/*</url-pattern>
<dispatcher>REQUEST</dispatcher>
</filter-mapping>
Я делаю это все время. :-) Ответ - войти на сервер gitosis и отредактировать там копию файла конфигурации. В домашнем каталоге пользователя, владеющего экземпляром gitosis, должна быть ссылка с именем .gitosis.conf (на самом деле она указывает на gitosis-admin.git / gitosis.conf). Отредактируйте этот файл и исправьте там проблемы; тогда, когда вы нажмете следующее, все будет хорошо.
Вы действительно можете сделать что-нибудь более умное. Поскольку gitosis-admin.git - это архив git, вы можете клонировать его локально, сбросить до рабочей версии и зафиксировать изменение. Один из приемов заключается в том, что вы должны делать все как пользователь "git".
Мы сделали это таким образом, но мы планируем перейти на gitolite, который проверяет наличие ошибок перед внесением изменений именно по этой причине.
перейти в пустой каталог, к которому пользователь "git" имеет доступ для записи
sudo -H -u git git clone (каталог репозитория gitosis) /gitosis-admin.git
cd gitosis-admin
sudo -H -u git git rebase -i (идентификатор фиксации последнего известного рабочего состояния)
например
sudo -H -u git git rebase -i HEAD ^^
с интерактивным флагом ошибиться сложнее; следуйте инструкциям, чтобы выбрать только правильный (заведомо работающий) коммит
sudo -H -u git git push -f origin master
Флаг -f заставляет git выполнять push, даже если основная ветка в репо не является предком вашей новой ветки. Это должно решить проблему, и вы сможете как обычно нажимать / извлекать файлы из локальных веток.