Хз, с корявыми шрифтами мне еще и разу не приходилось сталкиваться (не первый год под линуксом)



на вкус и цвет, как говорится   

С NetBeans действительно есть серьезная проблема со шрифтами под Linux, не на всех дистрибутивах, но есть. Сейчас на работе Suse - с ней все в порядке, но вод под Ubuntu шрифты были ненормально крупными и как настроить их я так и не разобрался. Там проблема в том, что шрифты надо настраивать на уровне JRE, а для меня это темны лес (как показал поиск по Google, не для меня одного).

Это сообщение отредактировал(а) BuShaRt - 3.1.2012, 17:09

BuShaRt, под убунту средствами убунту эта задача нерешаема.

Absinthe, 
=) Ну раз пошел офф-топ, то позволю себе спросить как эта задача решаеться т.к. выяснить это не удалось

BuShaRt, задача автоматического аплоада из IDE на сервер?

Это сообщение отредактировал(а) Absinthe - 4.1.2012, 13:59

2-ой день работает по описанной в сабже схеме, заменив GIT на SVN. В целом, конечно не хватает плюшек GIT'a, но по сути основные необходимые функции SVN выполняет. Вероятней всего на этом и остановимся.

А разработчиков сколько всего?

На прошлой работе работал по аналогичной схеме (девелоперов было ~ 15) - сервер глючило адски.

BuShaRt, мне плюшки гита кажутся напрягающим неотключаемым(если отключить - теряется смысл гита) излишеством  Каждому свое.

s0lman, у нас 10 на одном проекте. Что значит глючило? Все одни и те же файлы правили одновременно и потом мержились трудно?

Это сообщение отредактировал(а) Absinthe - 6.1.2012, 15:21

Сервер не справлялся с нагрузкой, жестко тормозил - бывало, что MC запускался несколько секунд...

После тестирования SVN выяснили, что он хоть и не падает от работы с такой инфраструктурой, но временами все равно глючит и всегда жутко тормозит. По факту выявления этой проблемы начали тестировать вышеизложенный вариант с синхронизацией каталогов т.е. файлы проекта хранились в двух местах одновременно: 1. (основной) это локальный каталог в который клонируем репозиторий. От сюда же делаем каммиты. 2. Примонтированный каталог, реально расположенный на сервере (с ним работает виртуальный хост). NetBeans действительно синхронизирует каталоги на лету, поэтому все работает на ура с любой системой контроля версий.

Если это сделано для того чтобы разработчики могли тестировать код на максимально приближенном к боевому сервере, то возможно стоит поменять направление монтирования. Тоесть монтироваться к серверу будет локальный папка, которую GIT сжует нормально.

Добавлено через 1 минуту и 43 секунды
BuShaRt, а тестовый сервер и сервер с репозиторием у вас случайно не на одной машине?

Хммм... а кто отменял ветки для разработки и мержи с транком, после чего транк по крону синхронизирует каталоги и файлы на тестовый сервер.
А вот развёртывание дебажинга с удалённого сервера более не приспособлен что ли к IDE и не каждая его хавает. А вот с локальным нет проблем, !!! мало того на локальном каждый разраб может иметь не менее нужныъх инструментов встроенных в сервер или IDE (PHPUnit, Maven, Ant) ... то есть накладывается на проект ещё и описание настройки среды разработки и степень специализации разработчиков что не менее важно. 
Для целостности проекта кто отменял ежедневные, двудневные ... еженедельные сборки и тестирование сборок перед мержем с транком и тестовым сервером?

Кстати, выбор методологии управления проектом в некоторой степени разрешило проблему формирования окружения самого проекта. С этого фактически и стоило начинать.

Это сообщение отредактировал(а) Sentox - 13.1.2012, 22:23

Sentox, тут видимо сначала был проект, а потом под него решили методологию подвести

 А какая разница, сервер удаленный или локальный, если дебажится через сокет?
Все популярные IDE это умеют.