Ренат Сагдеев

У меня навенорное проклятие какое то. Спустя 2 года в гугле ищу такую же проблему но уже с AIR и попадаю на свой же вопрос…

1. блог жителей

githubpages

2. форум

телеграм или другой месенджер

3. хранение документов

гуглдиск

4. Регистрация с предмодерацией, но максимально простая и с возможностью входа через социалки (ВК, ОК, ФБ).

не требуется

5. Хорошая защита, т.к. есть вероятность атаки коботов и других недоброжилателей.

не требуется

6. Чтобы бился в поисковике (что б новые жильци могли найти нас)

зачем? Размещаем физическое обьявление в подьезде

7. шахматка дома (у отметившегося будет отметка "подтвержденный житель")

зачем? Подтверждаем всех заходом в гости

8. Что-то типа кармы или благодарностей.

githubpages, с отдельной страницей для благодарностей

9. Часть разделов закрыта от не зарегестрированных.

все что не на githubpages закрыто

Итого
0 денег на хостинги и тд
защита от ботов, по-умолчанию

Я использовал packery - работает норм, не нужен jquery, но нужно знать, как интегрировать - если неправильно в жизненный цикл приложения встроите, он вам фигу покажет вместо сетки.
А в целом задача интересная, как раз для изучения ангуляра.

1) Можно использовать возможно IDE, например, Phpstorm имеет делать upload и показывать diff'ы;
2) Можно использовать хуки git, c использование центрального репозитория или как у nazarpc;
3) Можно использовать CI;
1 - удобен только, если команда - это 1 разработчик.
2 - достаточно просто настраивается.
3 - удобен, когда помимо копирования над кодом производятся ещё какие-то манипуляции.
2-й и 3-й варианты - неплохо бы уметь настраивать для общего развития.
PS "Правильно и удобно" - понятия относительные и субъективные.

У меня в post-receive:

#!/bin/sh
cd ..
env -i git reset --hard

Ну и в .git/config:

[receive]
	denyCurrentBranch = ignore

Работает отлично, устраивает вполне. Прямо из IDE push в ветку production - и готово.

Не думаю, что тут есть однозначный ответ что правильно, а что нет.