войти зарегистрироваться

GTDЛичные цели: контроль версий и красивая распечатка одним щелчком из песочницы

Приветствую уважаемое сообщество! Как многие успели заметить, прошлый год давно кончился — успешно??? Чтобы с уверенностью судить об этом каждому лично для себя, полезно обзавестись "системой отчетности". Или, по выражению классика, PAS. В более ранних статьях того же автора приводятся обоснование, пример использования и обсуждение практик. В частности, высказана критика в адрес большинства программных инструментов для планирования (так называемый "hi-tech" самоменеджмента). Основная претензия — нехватка гибкости. В этом, преимущество за "mid-tech" и "low-tech" средствами (notepad, карандаш и бумага, пластиковые файлы и байндеры на кольцах — продолжите сами...).

Open sourceТюнингуем eclipse — TOP 7 plugins

Уже довольно много времени я работаю в популярной и на мой взгляд лучшей IDE Eclipse. Всегда любил затачивать инструменты под себя, чтобы достичь максимальной производительности, в связи с этим хочу поделится опытом, а именно списком плагинов к eclipse которые использую в повседневной работе.



Блог компании JelasticBuild in the Cloud: Jelastic + Maven

build in the cloud Хорошие новости для Java разработчиков. Теперь вы можете собирать свои проекты прямо в Jelastic, уже нет необходимости в локальной сборке и загрузке WAR архива.
Что это дает? Во-первых, процесс деплоя происходит гораздо быстрее и меньше расходуется трафик. Архив может быть довольно большим. Раньше вы были вынуждены перезаливать его в ваше окружение каждый раз после каких-либо модификаций, теперь Jelastic сам берет измененный код с репозитaриев контроля версий и восстанавливает приложение в облаке.
Во-вторых, вы получаете все преимущества облака и продолжаете использовать свой компьютер без всяких дополнительных нагрузок.
Чтобы создать окружение с Maven просто кликните по соответствующей пиктограмме в окне Environment topology.

Системы управления версиямиЕще одно руководство по CCnet + SVN из песочницы

Cruise Control — одна из достаточно большого количества CI (continuous integration) систем. Речь пойдет о том, как настроить ее для связи с SVN и деплоя сайта на .NET.

Для начала немного о задачах СС на данном сервере:
  • Взять код из SVN репозитория
  • Скомпилировать его
  • Положить в директорию к IIS


Далее будут выложены куски конфигурационного файла, с комментариями по каждой хоть как-то интересной строчке. По кускам, фактически выложен полный рабочий конфиг.

Системы управления версиямиКакую систему управления версиями вы используете? (в реальной работе, больше всего)

Проголосовало 5262 человека. Воздержалось 1180 человек.

GitGitHub совершенствует поддержку svn

Около полутора лет назад мы анонсировали поддержку svn, которая позволила ограниченно использовать репозитории GitHub через клиенты subversion.

Сегодня мы запускаем новую улучшенную поддержку svn.

Что нового?


Системы управления версиямиСостоялся релиз subversion 1.7

После двух с половиной лет разработки свет увидел новый major релиз централизованной системы управления версиями subversion: что нового, видео обзор.

Хабрахабр Хабрахабр не торт. Хабрахабр сыр. 

Осеннее обновление Хабрахабра, к нашему общему сожалению, обладает множеством убедительных признаков сырого кода (прочтите их и дополните в комментариях, если я чего-то не заметил или пропустил):

GitPHP переходит на Git

Похоже, Git постепенно утверждается в качестве всеобщего стандарта для децентрализованных систем управления версиями. Всё больше известных проектов делают выбор в пользу Git. На днях за переход на Git проголосовали участники группы разработки PHP. Вот поимённые результаты голосования (спасибо за ссылку Irker).

По итогам двух недель обсуждения и голосования результаты оказались следующими:
52 высказались за переход на Git
15 за Mercurial
1 за Bazaar
13 за то, чтобы остаться на SVN

На Github с 2008 года существует зеркало исходников с SVN, хотя полноценно использовать Github никто не собирается, вся работа будет на git.php.net.

Веб-разработкаБыстрое обновление проектов на клиентских серверах через FTP из песочницы

Задача


Часто приходится сталкиваться с долгосрочными проектами, которые требуют разработки на тестовом сервере под Linux, и после проверки клиентом — обновления кода на его сервере. Разумеется, имеет смысл использовать систему контроля версий (мы используем SVN), и когда есть доступ к клиентскому серверу через SSH — достаточно сделать например команду svn update или svn checkout.

Проблема


Однако, когда к клиентскому серверу есть доступ только по FTP — приходится заливать обновления вручную, используя одну из альтернатив:
— копировать по FTP все файлы проекта, чтобы ничего не упустить
— составлять список файлов которые были изменены с момента предыдущего релиза, и заливать только их.

Решение


Хочу поделиться решением, которое позволяет автоматизировать этот процесс, и производить обновление проекта на клиентском сервере простым запуском скрипта на вашем dev-сервере. Для этого предлагается написать простенький Shell скрипт, который будет выполнять следующее:
1) Экспортировать код проекта из системы контроля версий
2) Обновлять код проекта на клиентском сервере