JAVA → От велосипеда к Maven из песочницы
Так уж сложилось, что до недавнего времени все проекты, написанные мною на Java я собирал, кхм, за меня собирал NetBeans. И меня такой расклад вещей вполне устраивал: после сборки всего проекта всё аккуратно складывалось в директорию dist со всеми подвязанными библиотеками, оставалось накидать туда пользовательской документации, необходимых native-библиотек (например от Firebird) и в путь, т.е. всё в архив. Когда то я делал это вручную, потом велосипедом, а потом уже Maven'ом. Под катом находится история о том, как же я пришел в стан maven и что из этого получилось.*nix → Bash + Apache + hg = удобная разработка сайтов и синхронизация с Mercurial. Часть 3
В продолжении первой и второй части хочу развить тему дальше и не ограничиваться одним лишь bash, hg и apache для упрощения обучения новичков и ускорения работы профессионалов. Я изучил комментарии, которые вы мне оставили, и хочу подытожить некоторые моменты.
*nix → Bash + Apache + hg = удобная разработка сайтов и синхронизация с Mercurial. Часть 2
В первой части мы рассмотрели скрипт, синхронизирующийся с ропозиторием и создающий виртуальный хост Апача, для удобной работы с проектом. Теперь пришло время подумать, а как удалить локальный проект, если в нем отпала необходимость?
Системы управления версиями → Mercurial на Windows Server 2003 из песочницы
Вас могут смутить столь архаичный цифры в заголовке, однако, думаю, не я один до сих пор использую в работе w2k3 и mssql2000. Причина банальна: зачем что-то покупать, когда это куплено и работает. Дискуссию о недостатках/преимуществах w2k3 и w2008 предлагаю опустить. C другой стороны я не чужд прогрессу и в последнее время плотно использую в своей работе mercurial. И вот возникла необходимость поднять внутренний сервер, при этом в наличии имеется как раз таки оной из заголовка. Речь далее пойдет не о hg serve, а о полноценном hgweb. Статья возникла по причине того, что на то, чтобы заставить его работать, ушел целый день; при этом пошаговые инструкций на русском найдены не были. Да и английских не пруд пруди.
Системы управления версиями → hGate – web врата в управление репозиториями Mercurial
Краткая версия
Что предлагается: web интерфейс управления репозиториями и пользователями mercurial — hGate.Кому полезно: тем, кто использует связку Mercurial+HgWebDir и создает репозитории или пользователей чаще, чем раз в пару месяцев.
Где скачать и как установить: bitbucket.org/shedar/hgate
Если Вам интересно, зачем это было делать, подробный перечень возможностей и что будет дальше — продолжаем.
Системы управления версиями → История одного Репозитория
Эта история началась много-много ревизий назад – тогда SVN Репозиторий был девственно чист, и ни один баг еще не осквернил его своим присутствием. Первые коммиты, первые откаты, просмотры лога – все это было так захватывающе, так ново. И разве мог Репозиторий тогда предполагать, что эти первые, такие приятные шаги впоследствии приведут его на хирургический стол?
Репозиторий рос, креп, матерел. Со временем привык к коммитам, появились первые тэги, и даже мечты о ветках перестали казаться несбыточными. Репозиторий познакомился с другими SVN репозиториями, а с некоторыми даже стал обмениваться файлами. Порой он подолгу выкачивал изменения у своих новых друзей, по ходу процесса наслаждаясь анализом диффов.
Репозиторий рос, креп, матерел. Со временем привык к коммитам, появились первые тэги, и даже мечты о ветках перестали казаться несбыточными. Репозиторий познакомился с другими SVN репозиториями, а с некоторыми даже стал обмениваться файлами. Порой он подолгу выкачивал изменения у своих новых друзей, по ходу процесса наслаждаясь анализом диффов.
Open source → Ревью кода в mercurial
hg review — полезная плюшка для mercurial'а
У git'а есть GitHub, а у Mercurial'а есть hg review. На самом деле я сравнил козу с бояном.
Ревью кода.
Если вы занимались поиском открытой, свободной, быстрой, маленькой, удобной и красивой системой, для проведения ревью кода, то скорее всего вы потерпели неудачу. Из существующих проектов, я смотрел ReviewBoard, но, как и все созданное крутыми компаниями, оно сложно в установке, настройке и подразумевает не совсем привычный нам сценарий поведения.
И вот появился проект, который дает нам инструмент, а как его использовать — решать нам.
Системы управления версиями → Вышли Mercurial 1.5 и TortoiseHg 1.0
Вышла новая версия распределённой системы управления версиями Mercurial и user-friendly клиента для этой системы — TortoiseHg.
Системы управления версиями → Mercurial hgwebdir через FCGI + несколько разных хранилищ
Введение и отмазка
Доброго времени утра,
Возможно, всё о чём я сейчас буду рассказывать делается проще, правильнее, уже сделано, придумали ещё австралопитеки. Возможно это даже будет воспринято как издевательство над всем упомянутым, а вы зря потратите несколько минут своего драгоценного времени. Знайте — я предупреждал!
Если ещё не закрыли статью — обрисую ситуацию:
Что у нас есть
У нас есть nginx, mercurial несколько самостоятельных проектов, на каждый из которых имеется 3-4 репозитория. Ещё у нас иногда могут появляться сторонние разработчики, которым часть этих проектов показывать совершенно не обязательно.
Что со всем этим делать?
Разработка → tip: цветной hg diff
feat. habrahabr.ru/blogs/development/53736/ :)
Основной инструмент — тот же colordiff.
В ~/.hgrc домашнего каталога или в .hg/hgrc проекта вписываем:
И опаньки. Наряду с привычным «hg diff» получаем команду «hg cdiff», которая и выдаёт красивый и наглядный список изменений.
Основной инструмент — тот же colordiff.
В ~/.hgrc домашнего каталога или в .hg/hgrc проекта вписываем:
[defaults] cdiff = -q [extdiff] cmd.cdiff = colordiff opts.cdiff = -uprN
И опаньки. Наряду с привычным «hg diff» получаем команду «hg cdiff», которая и выдаёт красивый и наглядный список изменений.