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

Системы управления версиямиХостинг mercurial репозиториев с помощью nginx, gunicorn и supervisor

imageСпособов хостинга mercurial репозиториев достаточно, но я сочинил именно такой вариант по следующим причинам:
  1. nginx: мало кушает, быстро работает — скорость
  2. supervisor: мониторит процесс, перезапускает если что — надёжность
  3. gunicorn: wsgi, большие возможности по настройке — эффективность
Кроме того, т.к. я разрабатываю на django, и сайты запускаю под этой же связкой, есть и четвёртая причина — унификация, а она очень полезная вещь.

Если вас заинтересовала тема, то конкретные инструкции и конфиги — под катом.

ПрограммированиеContinuous Integration: установка и настройка Hudson+JUnit

Здравствуйте после долгой паузы. К сожалению, на протяжении этого времени ввиду разных обстоятельств мой блог был практически мертв, но, надеюсь довольно быстро наверстать упущенное (благо, тем хватает).

Этой статьей я хотел бы упрощенно (читать: «для новичков») рассказать о небольшой авантюре, которой на днях пришлось заниматься и более-менее подробно описать, как проще пройти через весь этот процесс без наступания на грабли, с которыми приходилось сталкиваться на протяжении тех двух ночей самому. А именно, речь будет идти о настройке системы непрерывной интеграции на упрощенном примере.

Системы управления версиямиvcprompt или сахарок для консоли

Данный зверь будет полезен тем, кто не пользуется GUI утилитами при работе с git, mercurial и т.д., а чувствует себя комфортно работая с ними из консоли.
vcprompt.com — python скрипт, который будет выводить основную информацию по версии VCS в текущей директории, если такова есть. Как то название VCS, текущую ветку, были ли изменения с последнего коммита и ещё несколько параметров, которые можно задать в формате вывода.

Системы управления версиямиПопулярность систем управления версиями среди пользователей Debian

Статистика Debian позволяет вполне объективно сравнить популярность различных систем управления версиями. Git на графике обозначен зелёным цветом.


Количество инсталляций систем управления версиями за 2004-2011 гг

Статистика собирается с пользователей, которые установили пакет popularity-contest (popcon). После установки popcon еженедельно отсылает в Debian по электронной почте информацию об установленных в системе пакетах и времени последнего использования.

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

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

JAVAОт велосипеда к Maven из песочницы

Так уж сложилось, что до недавнего времени все проекты, написанные мною на Java я собирал, кхм, за меня собирал NetBeans. И меня такой расклад вещей вполне устраивал: после сборки всего проекта всё аккуратно складывалось в директорию dist со всеми подвязанными библиотеками, оставалось накидать туда пользовательской документации, необходимых native-библиотек (например от Firebird) и в путь, т.е. всё в архив. Когда то я делал это вручную, потом велосипедом, а потом уже Maven'ом. Под катом находится история о том, как же я пришел в стан maven и что из этого получилось.

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

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

*nixBash + Apache + hg = удобная разработка сайтов и синхронизация с Mercurial. Часть 3

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

*nixBash + Apache + hg = удобная разработка сайтов и синхронизация с Mercurial. Часть 2

В первой части мы рассмотрели скрипт, синхронизирующийся с ропозиторием и создающий виртуальный хост Апача, для удобной работы с проектом. Теперь пришло время подумать, а как удалить локальный проект, если в нем отпала необходимость?

Системы управления версиямиЕщё раз о «Mercurial против Git» (с картинками)

Некоторое время назад я опубликовал очень многословное сочинение, где пытался объяснить, почему Git серьёзно поломан, и почему всем следует вместо этого пользоваться Mercurial, до тех пор, пока разработчки Git его не починят. Ну ладно, я был не настолько груб, но близок к этому.

Народ на Reddit жаловался, что мой технический язык слишком путанный, особенно потому что я придумывал новую терминологию в попытках доказательства своих положений. Они потребовали графы, с узлами, рёбрами, кружочками, стрелочками и всем прочим. Тогда я промучал графический редактор несколько часов и получил два графа, приведённые ниже, которыми я надеюсь обрисовать проблему.

Ниже я нарисовал упрощёный граф истории репозитория Git с тремя созданными ветками: «master», «release» и «topic». До того, как энтузиасты Git начнут ругаться, что я исхитрился показать нереально плохой случай запутанности истории, позвольте мне заверить вас, что это на самом деле ещё упрощённый пример. У меня есть доступ к реальному репозиторию Git, где создано шесть рабочих веток релизов, около сорока рабочих тематических веток и несколько сотен ранее существовавших веток, которые уже удалены с центрального сервера.