Алексей Шумкин

на днях как раз исследовал вопросssh-agent`а (далее "агент"):
ssh-add использует сокет, который прописан в переменной окружения SSH_AUTH_SOCK
обычно эту переменную можно установить при запуске eval $(ssh-agent -s)
ну или "ручками", зная имя сокета (можно найти, например, сокет уже запущенного агента:
# lsof -U | grep $USER | grep ssh-agent

в общем случае, при запуске иксов обычно запускается свой экземпляр агента, устанавливается, и все дочерние процессы уже "имеют этот" сокет в SSH_AUTH_SOCK

поскольку это сервер, вряд ли там есть иксы, и при входе через ssh или tty нужно стартовать свой процесс агента или "восстанавливать сокет" от уже запущенного (в screen или tmux, например)
но и то, что вам показывает ps, ещё не факт, что это ВАШ агент, Вы убедитесь в этом, хотя бы посмотрев, под каким пользователем он запущен ps -eF
а то, сдаётся мне, может быть второй пользователь ведёт себя как Вы:
запускает агента, вы его грохаете, у него перестаёт работать, он грохает ваш , и так по кругу )))

полагаю, это задача тестирования памяти
чтобы знать, что значение неверное, нужно знать верное
то есть пишем значение - читаем его, сверяем результат...
memtest это делает, исходники открыты ))

man at

Мда. Кому-то нынче проще написать вопрос и ждать ответа на Тостере, чем прочесть man dd *facepalm *

А зачем определяться только с одним вариантом? Может такое статься, что один вариант по каким-либо причинам не сработает, тогда владея несколькими, задачу удастся решить.
Следуй принципу "There is more than one way to do it". Как по мне, так это лучше безальтернативщины.

готовите шаблон (с ними проще работать), назовём его <template_file>

amedia1,Amedia 1 HD,http://@@ADDR@@/udp/некийipпотока:1234
amedia-hit,Amedia HIT HD,http://@@ADDR@@/udp/некийipпотока:1234
amedia-hd,Amedia Premium HD,http://@@ADDR@@/udp/некийipпотока:1234
animal-hd,Animal Planet HD,http://@@ADDR@@/udp/некийipпотока:1234
discov_rus-hd,Discovery Channel HD,http://@@ADDR@@/udp/некийipпотока:1234

Файл m3u сохраняете в <file_from_server>
выполняете скрипт на Bash (sed обычно установлен)

# get new addr
blah_blah=$(sed -ne '\#http://\(.\+\?\)/udp/.\+#{s//\1/p;q}' <file_from_server>)
# replace @@ADDR@@ to blah-blah
# nota bene double quotes
sed -e "s/@@ADDR@@/$blah_blah/" <template_file>

на выходе получаете нужный вам файл, перенаправлением сохраняете

git update-index --assume-unchanged <file>
подбробнее - в git update-index --help

я так понял это все делается через удаленный репозиторий типа Bitbucket

Прелесть DVCS (по крайней мере Git) в том, что "центральный" репозиторий необязателен, и обмениваться между двумя копиями репозитория можно напрямую. Как именно - и написал выше 183614956.

Однако, можно избежать указанной им же проблемы доступности извне директории .git, т.к. она совсем необязательно должна быть поддиректорией рабочей копии (см. мой ответ Как настроить GIT на разных серверах с разной структурой папок? )

Влад Животнев уже дал правильный ответ :)
Вы пошли неэффективной дорогой и пытаетесь накостылить неэффективные решения, вместо того, чтобы выйти на правильную дорогу (parallel)

клонируете репозиторий как bare куда угодно (не обязательно в /var/www/site.ru/)

git clone --bare <GitHub-URL> /var/www/site.ru/<git-repo>/

Затем pull'ите указывая каталоги: репозитория (--git-dir) и рабочий (--work-tree)

git --git-dir /var/www/site.ru/<git-repo>/ --work-tree /var/www/site.ru/public_html pull

Подбробнее
man git
/--git-dir
/--work-tree

З.Ы.

и в репозиторий попадали не сами папки, а их содержимое

а вот этого не понял
Вы собираетесь с серверов коммиты делать?

1. Таблица players существует в той же схеме - dbo?
2. Collation базы регистронезависимый? Если нет: таблица называется players, а не Players (или plAyers, etc) ;) ?

в компонент лезть не пришлось,
просто для Auth был указан тип поведения AutoSelect, что означает "выбрать тот тип авторизации, который поддерживается сервером (по его ответу на EHLO)
теперь если логин не задан, то используется None (не использовать аутентификацию), иначе - так же, как было - AutoSelect

в дополнение к хукам (я не в курсе, какие хуки предоставляет bitbucket, а локального post-push хука в Git нет):
не обязательно "заходить по SSH на хостинг", чтобы там вытянуть изменения (я подозреваю, что это происходит "ручками", что и надоело, ибо надо зайти, сменить каталог, выполнить git pull... так?)
это можно и автоматизировать, т.к. ssh - не обязательно интерактивная сессия. позволяет и выполнить команду (ssh <host> command)
то есть

ssh <remotehost> git pull --work-tree=<working_copy> --git-dir=<working_copy>/.git

зайдёт на <remotehost>, сделает git pull для каталога , и выйдет.
А вкупе с alias'ами Git'а, можно сделать alias вроде

git config --global alias.push_and_deploy '!git push <bitbucket> &&  ssh <remotehost> git pull --work-tree=<working_copy> --git-dir=<working_copy>/.git'

тогда при выполнении
git push_and_deploy
выполнится всё, что указано в alias'е (подробнее см. git alias --help), то есть код запушится на BitBucket, и если это будет успешно, то вытянется сразу на хостинге

почти любой контрол GUI-приложений (форма, текстовое поле, etc) - это оконный компонент, доступ к которому можно получить по его handle'у.
пример тузлы, которая это делает - WinSpy++
есть также утилиты автоматического тестирования GUI-приложений (типа TestComplete; статья на Хабре; сам не занимался, но видел краем глаза), они как раз позволяют получить значения контролов формы, чтобы проверить их на ожидаемые...
возможно, в них (утилитах) как раз можно провернуть задуманное:
получить значения полей формы и "обрабатывать" как надо

А что такое "инициализация коммита"? И почему должна "создасться папка"?

то посоветуйте пожалуйста, как еще организовать ветки...

Удачная модель ветвления для Git не подойдёт?