Выносим ядро и библиотеки в отдельные репозитарии. Начиная новый проект, подключаем ядро и нужные модули externals'ами. В процессе работы, если в модуль вносятся общеполезные правки, они коммитятся, оказываясь в соответствующем репозитарии и становясь доступными всем проектам.
Ну, а специфичные для проекта правки делаем в тех файлах, которые специфичны для проекта.
Вообще, если подумать, работаем мы не так уж много.
Продолжительность рабочего дня в среднем — 8 часов (будем считать, что с 9 до 18 мы час честно обедаем). Это треть суток.
При этом 2 дня из 7 в неделю мы отдыхаем. То есть из всей недели мы работаем всего 2/7 * 1/3 — 2/21 всего времени — сиречь меньше 10%.
То есть работаем мы меньше 10% года.
Еще вычтем 4/52 — те самые 4 недели отпуска, государственные праздники — еще примерно 1/20…
Ну, если среда/платформа подразумевает, что файл проекта и файл билда — одно и то же (как в случае с .Net, если я правильно понял), то таки да, вы правы.
Я просто хочу сказать, что в общем случае файл сборки и файл проекта — не одно и то же, и что тащить вспомогательные файлы в проект не очень хорошо:)
Простите, не очень понял, как связаны CI и файл проекта от IDE? Если сборка в CI осуществляется каким-нибудь, например, Ant'ом — то ему нужен build.xml, а не .nbproject от моей NetBeans.
Все-таки коммитить файлы проекта — не лучшая идея. Нельзя всех заставлять использовать одну IDE — как бы ни были хороши Aptana, прочие Eclipse-производные, и так далее — они не идеальны для всех.
Так же нехорошо держать под контролем версий настройки копий проектов — такие вещи должны генерироваться полуавтоматически и игнорироваться системой контроля версий — иначе это кончится десятком почти одинаковых файлов с именами вида «k12th.settings.py». Почему я должен в диффах видеть, как кто-то у себя переименовал папку с проектом?
Насчет бинарников — их не надо выключать из проекта, а надо просто указать, что данные файлы — бинарные (то есть, что их не надо пытаться диффать и мерджить). PSD-файлы бывает полезно версионировать — особенно в случаях типа «а вот три месяца назад у нас была кнопка с иконкой для того-то, давайте ее вернем».
Если админы не понимают, чем git лучше svn — это плохие админы:) Хорошие админы приложат все усилия, чтобы разрулить проблемы прав.
Файловый менеджер и менеджер задач — ES File Explorer и ES Task Manager, например.
Стратегий и квестов не видел как то, но из казуалок — ColorBlock, Jewels, Abduction («про коров», как выразился мой приятель). Попробуйте так же Talking Tom Cat — дамам обычно нравится, хотя это и не игра:) многим так же нравится Alchemy, попробуйте.
Если что, то есть хороший платформер «Replica Island».
Из читалок можно попробовать Wordoholic reader — единственная из читалок, в которой теоретически возможно ставить закладки с точностью до абзаца. (Вообще с читалками под Andriod беда, как по мне — ни одна не годится в подметки AlReader'у)
В jQuery есть $.proxy.
Так же можно написать свой вариант $().bind (назвав его, например, $().bind_ctx), который принимает дополнительный параметр — контекст обработчика. Я однажды так и сделал в довольно крупном проекте — было довольно удобно.
Ну, а специфичные для проекта правки делаем в тех файлах, которые специфичны для проекта.
Продолжительность рабочего дня в среднем — 8 часов (будем считать, что с 9 до 18 мы час честно обедаем). Это треть суток.
При этом 2 дня из 7 в неделю мы отдыхаем. То есть из всей недели мы работаем всего 2/7 * 1/3 — 2/21 всего времени — сиречь меньше 10%.
То есть работаем мы меньше 10% года.
Еще вычтем 4/52 — те самые 4 недели отпуска, государственные праздники — еще примерно 1/20…
Я просто хочу сказать, что в общем случае файл сборки и файл проекта — не одно и то же, и что тащить вспомогательные файлы в проект не очень хорошо:)
Так же нехорошо держать под контролем версий настройки копий проектов — такие вещи должны генерироваться полуавтоматически и игнорироваться системой контроля версий — иначе это кончится десятком почти одинаковых файлов с именами вида «k12th.settings.py». Почему я должен в диффах видеть, как кто-то у себя переименовал папку с проектом?
Насчет бинарников — их не надо выключать из проекта, а надо просто указать, что данные файлы — бинарные (то есть, что их не надо пытаться диффать и мерджить). PSD-файлы бывает полезно версионировать — особенно в случаях типа «а вот три месяца назад у нас была кнопка с иконкой для того-то, давайте ее вернем».
Если админы не понимают, чем git лучше svn — это плохие админы:) Хорошие админы приложат все усилия, чтобы разрулить проблемы прав.
Стратегий и квестов не видел как то, но из казуалок — ColorBlock, Jewels, Abduction («про коров», как выразился мой приятель). Попробуйте так же Talking Tom Cat — дамам обычно нравится, хотя это и не игра:) многим так же нравится Alchemy, попробуйте.
Если что, то есть хороший платформер «Replica Island».
Из читалок можно попробовать Wordoholic reader — единственная из читалок, в которой теоретически возможно ставить закладки с точностью до абзаца. (Вообще с читалками под Andriod беда, как по мне — ни одна не годится в подметки AlReader'у)
Так же можно написать свой вариант $().bind (назвав его, например, $().bind_ctx), который принимает дополнительный параметр — контекст обработчика. Я однажды так и сделал в довольно крупном проекте — было довольно удобно.