Алексей Киселев

mysvn.ru
только там Git нет.
А локализация есть в TortoiseSVN или TortoiseGit.

Для управления артефактами хочу порекомендовать Ivy. Артефакты могут быть абсолютно любыми от сборок .Net или jar-файлов до кусков инсталляторов или дистрибутивов. Если с ней разобраться, то можно очень хитрые сценарии организовать.

Для автоматизации сборки на каждой платформе свое средство. Из более-менее универсальных можно назвать Ant и Gradle. Ant мы собирали Java, .Net, можно собирать C, C++. С помощью Gradle можно собирать Java, C, C++. Я на него посматриваю, но в бою использовать не приходилось, сказывается хорошее знание Ant.

Для документации удобно использовать Markdown/Pandoc. Есть проект ikiwiki с markdown в качестве языка страниц.

Git, и только Git!
Поставьте Git на сервере с использованием gitolite или gitlab. Сервер может быть другим, не обязательно тот на котором работают сайты.

А дальше тестовый сервер должен забирать (клонировать) репозитории сайтов к себе. Можно делать это периодически (самое простое) или по коммитам (нужно написать скрипт).

А еще лучше поставить сервер CI (например hudson ) и настроить в нем выкладку сайтов по FTP в ответ на коммиты в репозитории Git.

Конечно можно.
Все современные системы контроля версий можно использовать локально.
А распределенные системы контроля версий (DVCS) такие как Git или Mercurial вообще строятся из взаимодействующих локальных репозиториев.
Даже старушка SVN позволяет создать локальный репозиторий.

Если стоит задача развернуть систему контроля версий в локальной сети организации, то есть несколько способов.
1. Развернуть локальный сервер Git с помощью gitlab или gitolite.
2. Организовать pull-модель разработки внутри сети, когда ведущий разработчик сам собирает изменения с репозиториев подчиненных в свой главный репозиторий и выполняет сборку из него. То же самое можно сделать и на Mercurial.
3. Поставить Mercurial на сервер.
4. Или по старинке, поставить SVN на сервер. Ссылок даже давать не буду, так как делать этого не нужно.

В Git можно отслеживать и бинарные файлы. Просто в этом случае он не сможет показать вам между ними разницу.

А что в области программирования для PLC нет текстовых исходников?

По моим наблюдениям, разработчики для микроконтроллеров (а PLC еще ниже уровнем) редко используют системы контроля версий из-за того, что у них нет необходимости объединяться в команды. Часто продукты обозримы и разрабатываются одним человеком.