Есть целый ряд вещей, которые вам нужно сделать.
Во-первых, если вы этого еще не сделали, вам нужно отправить значение одного сообщения и пользователя с вашего контроллера. Вы можете получить к нему доступ в файле блейда. Это сообщение может помочь
Далее, вы должны передать post_id и user_id как реквизиты компоненту следующим образом:
<comment post_id="{{$post->id}}" user_id="{{$user->id}}"></comment>
Наконец, убедитесь, что вы зарегистрировали реквизиты в вашем компоненте комментариев:
props: ['post_id', 'user_id']
Можно записать рычаги для SVN. Вы могли записать рычаг для обновления файла с текущей сборкой как часть процесса контроля. Затем можно считать, кэшировать и отобразить тот номер сборки на сайте.
Если захотят отобразить последнее количество пересмотра Вашего всего / репозитория или ответвления, то замена ключевого слова не поможет, я думаю, что лучшее решение состояло бы в том, чтобы использовать управление сборками / Непрерывное Интегрирующее программное обеспечение, как CruiseControl.NET или TeamCity с хорошим сценарием сборки.
Дубликат:
Этот предыдущий вопрос на ТАКЖЕ - некотором обсуждении, которое могло бы быть полезно для Вас: Всегда Фиксация тот же файл с SVN.
Я всегда делал это путем запущения скрипта, который использовал бы sed для замены комментария текущей меткой времени в моем файле $Rev$. Тем путем содержание файла изменилось бы, и Подверсия будет фиксировать его. Несколько ручной, но Вы могли записать сценарий, чтобы сначала сделать это и затем сделать фактическое svn commit
команда.
используйте замену ключевого слова. включите замену на файлы, как которые Вы хотите отобразить информацию о пересмотре и поместить ключевое слово, $Revision: 144 $
, там.
отметьте это
$Rev$ расширяется для показа последнего пересмотра, в котором измененный файл, не последний пересмотр, к который он был обновлен
(см. ссылку выше). если Вы хотите показать число пересмотра глобального репозитория, Вы лучше используете svnversion.
также, посмотрите Связанный.
Единственная вещь, о которой я могу думать, состоит в том, чтобы использовать svn двоичные файлы CLI и назвать их от страницы. Тем путем можно разделить остальных и захватить число пересмотра. Быть честным, хотя, это - несколько ужасное решение.