littleguga

Нет, неудобно.
Версии у дизайна и кода меняются несинхронно. В общем случае, сначала обновляется версия дизайна, потом дизайн согласуют. Потом верстают согласованную версию, и, когда готово, меняют версию у кода.
До согласования у дизайна может смениться несколько версий, на верстку попадет одна. И у кода может смениться несколько версий без изменения дизайна.
Нет смысла синхронизировать дизайн и код, и хранить их в одном репозитории.

Попробуйте https://www.pixelapse.com/ — система контроля версий для дизайнеров.
Или www.invisionapp.com — там тоже есть версионность исходников, можно «форкать» проекты (но «мерджить» нельзя)

ansible
https://puphpet.com/
его аналоги есть наверно и для ансибл и для шефа и для солта может быть

Давно используем keepass + dropbox. ключи и сам кипас там же. Разные файлы базы для разного уровня доступа.
Сейчас подумываю перейти на MEGA, так же шарятся каталоги + шифрование на сервере, но уже бесплатно 50Gb, чтобы запихать все "Portable Files". Плюс никто не отменял регистрировать дополнительно аккаунты и шарить 50Gb папки для основного аккаунта.
Локальное облако не очень удобно.

Решение Wolfram я не смотрел, но (-8)^2 это не 16, а 64. Возможно, есть ещё ошибки.

UPD. Посмотрел. Они в качестве (-8)^(1/3) берут не -2, а 2*exp(i*pi/3)=1+i*sqrt(3). Теоретически, имеют право, хотя это не то, что нужно в задаче по матану.

Настройки> Дополнительные настройки> Язык в разделе добавления языков для проверки орфографии.
Выберите добавить.

Методика разработки.

Waterfall: все тщательно планируем, назначаем сроки, разрабатываем, сдаем.

Agile: Примерно планируем, анализируем, назначаем конечный срок, планируем на текущую итерацию, разрабатываем, планируем на текущую итерацию, разрабатываем... , сдаем

Проблемы Waterfall:
Если кто-то слажал, все ждут. Если нужно что-то добавить, очень сложно, потому что фаза планирования была очень долгой и тщательной и что-либо менять значит надо все менять.
Если в плане указано, что сперва делаем это, а потом то, может случиться что некоторые люди, которые будут делать "то", будут какое-то время пинать "огурцы" пока ждут что первые люди сделают "это".
Плюсы Waterfall:
Все спланировано, все точно знают что когда будут делать.

Проблемы Agile:
Люди должны быть достаточно зрелые, чтобы нормально загружать себя работой - Agile в бюрократической среде просто провалится.

Плюсы Agile:
Практически нет простоя ни у кого - все всегда могут занять себя задачами.
В случае появления новых требований, их можно без особого вреда ввести в проект почти на любой стадии. Главное чтобы технически это было возможно (в случае waterfall проблема именно на уровне утверждений и плана, то есть бюрократии)
Адекватное использование рабочей силы - если у кого-то нет текущих задач, его официально можно занять под другие проекты.

Agile это не сверхфича, это инструмент, точнее подход к планированию работы, но им нужно уметь пользоваться.

Да, выбирай SASS (в синтаксисе SCSS) - это уже стандарт.

Задайте этот вопрос своему заказчику. Здесь все понятия не имеют что ему не понравилось, но вот тут могут помочь узнать мысли клиента.

Чем не устраивает гуглдокс/гуглдиск? Создайте папку, расшарьте ее на команду. Внутри храните файлы с паролями и прочей инфой, например с разбивкой по проектам. Каждому файлу на диске можно задавать свои права + использовать google groups для более удобного управления доступами.

Если страшно за взлом гуглоаккаунта, то можно включить двухфакторную аутентификацию.

так оно же пишет
Usage: ncsa_auth <passwordfile>
а у тебя

auth_param basic program /usr/lib/squid3/basic_ncsa_auth -c /etc/squid3/passwords

RunAbove LABS are not subject to SLA and OVH has the right to change or terminate them at any time. These products and services are subject to the OVH Group Beta contract (PDF)

Вообщем это вам лаба для тестирования чего либо. Могут остановить в любой момент.
А поднять то можно...

Try this:

auth_param basic program /usr/local/squid/libexec/ncsa_auth /usr/local/etc/password
auth_param basic children 5
auth_param basic realm Mega proxy
auth_param basic credentialsttl 5 hours
auth_param basic casesensitive off
authenticate_cache_garbage_interval 1 hour
authenticate_ttl 5 hours

Был у нас заказчик, хранивший psd в репозитории.
Ладно я, верстаю с этого макета. Но зачем back-end разработчику каждый раз тянуть 100 метров макета сливая изменения (кнопочку дорисовали!), да и вообще хранить это у себя?

В общем профита никакого, лишний дискомфорт.
Гораздо удобнее облачные хранилища. Версионность макетов обеспечит тот же Дропбокс.

А мне кажется 2480 макет сделан не для адаптивности, а для оптимизации под ретину.
В таких случаях макет делается х2 от реального размера, и все картинки делаются тоже х2.
То есть размер реально сверстанного сайта должен быть 1240 + резиновость.
habrahabr.ru/post/150071

Но вообще, такие вещи нужно уточнять у дизайнера.
Это может быть банальной ошибкой, при выборе профиля ФШ)))

Git хорош лишь для отслеживания изменений программного кода или простых текстовых/небинарных файлов,
а для хранения мультимедиа и других бинарных файлов лучше пользоваться совместными хранилищами типа Dropbox, Google Drive, Yandex Disk, ownCLoud и т.д.

Мы юзаем облачные хранилища