Хорошо, наконец-то я решил свой вопрос...
У меня есть (очевидно, я забыл это...) адрес active forwarding @ googlemail.com на мой текущий адрес active @ gmail.com.
Google блокирует эти сообщения электронной почты с моего сервера (которые отправляются в учетную запись @ googlemail.com) и помечает их как спам.
Поэтому я не вижу входящих сообщений электронной почты в моем активном адресе inbox @ gmail.
Тем не менее, я все еще должен подписать свои исходящие письма с помощью DKIM/SPF - благодаря @ eppesuig.
-121--196015-
Нет, но если, скажем, вы перепутали с корневым привилегированным каталогом и каким-то образом испортили что-то, то лучше всего сохранить все файлы, которые вы можете, на USB-накопителе или SD-карте и сбросить операционную систему из ISO-файла (если у вас все еще есть, если не вы можете получить еще один в автономном режиме...). Если вы удалили что-то, вы можете, как сказал wraeth , загрузить приложение, чтобы перепривязать данные файла к имени файла и сохранить содержимое файлов (см. этот вопрос здесь ). Для более глубокого ответа, можете ли вы сказать нам, что вы сделали не так?
-121--33425-
Предполагая, что ваши данные столь же просты, как показано, вы можете сделать
awk -F, -v OFS=, '{k=$3; $3="\"new text\""; $4=k}1' file
Или
perl -F, -lane 's/$F[1]/$F[1],"new text"/; print' file
Однако это приведет к сбою с данными, которые могут содержать вложенные запятые, например:
"foo", "bar,baz", "bar"
Выше указан допустимый csv-файл, но эти решения будут рассматривать его как имеющий 4 поля, а не 3. Если данные могут содержать подобные случаи, вместо них следует использовать соответствующий анализатор csv.
Полагаю, это ваши разрешения с подкаталогами в репозитории.
# Set the same ownerships for every file and directory within the repository
sudo chown -R root:project /path/to/project
# Remove permissions for others on all files
sudo chmod o-rwx $(find /path/to/project -not -type d)
Если вы хотите, чтобы члены группы имели доступ только для чтения:
# Set permissions for all subdirectories
sudo chmod 2770 $(find /path/to/project -type d)
Если вы хотите, чтобы члены группы имели доступ только для чтения:
# Remove write permissions for group members for every file
sudo chmod g-w $(find /path/to/project -not -type d)
# Set permissions for all subdirectories
sudo chmod 2750 $(find /path/to/project -type d)
Теперь, пока пользователь jenkins является членом проектной группы, он должен иметь возможность без проблем клонировать git-репозиторий.
Однако, если в вашей системе включена поддержка SELinux, ситуация может стать немного более сложной.
Счастливое кодирование :)