Комментарии на: Spring 2.0 release vs. JetBrains announces http://lucker.intervelopers.com/java/2events/ Для программиста Sat, 31 Jul 2010 05:15:15 +0000 http://wordpress.org/?v=2.3.2 От: lucker http://lucker.intervelopers.com/java/2events/#comment-56 lucker Mon, 09 Oct 2006 08:26:02 +0000 http://lucker.intervelopers.com/java/2events/#comment-56 Интересно. Т.е. если при работе над TTT-321 ты что-нибудь поменяешь в тех файлах, что менял при работе над TTT-123, то закомитятся только изменения из TTT-321, а из TTT-123 остануться висеть в Changes? Если да, что что будет, если например изменения из TTT-321 зависят он изменений TTT-123? Интересно. Т.е. если при работе над TTT-321 ты что-нибудь поменяешь в тех файлах, что менял при работе над TTT-123, то закомитятся только изменения из TTT-321, а из TTT-123 остануться висеть в Changes? Если да, что что будет, если например изменения из TTT-321 зависят он изменений TTT-123?

]]> От: Alexey Efimov http://lucker.intervelopers.com/java/2events/#comment-55 Alexey Efimov Mon, 09 Oct 2006 07:47:46 +0000 http://lucker.intervelopers.com/java/2events/#comment-55 На самом деле Changes достаточно удобен. Я по началу тоже ругался и просил вернуть Ctrl+K взад. Но потом Ctrl+K вернули, но я стал пользовать этим окошком. Удобство в нем следуюещее. Вы можете пемещать изменения в сеты - тем самым групируя их по комиту в VCS. Например, если у вас трекер используется и вы корпите над багой TTT-123, а тут прибегают и говорят зафикси срочно TTT-321. Берете, делаете из текущих изменений Change List - TTT-123 и работает над новой багой. Потом Ctrl+K и комит будет только по новым изменениям, потом еще раз Ctrl+K чтобы закомитить TTT-123 - и в комент автоматом проставляется имя ченджсета - TTT-123. На самом деле Changes достаточно удобен. Я по началу тоже ругался и просил вернуть Ctrl+K взад. Но потом Ctrl+K вернули, но я стал пользовать этим окошком. Удобство в нем следуюещее. Вы можете пемещать изменения в сеты - тем самым групируя их по комиту в VCS. Например, если у вас трекер используется и вы корпите над багой TTT-123, а тут прибегают и говорят зафикси срочно TTT-321. Берете, делаете из текущих изменений Change List - TTT-123 и работает над новой багой. Потом Ctrl+K и комит будет только по новым изменениям, потом еще раз Ctrl+K чтобы закомитить TTT-123 - и в комент автоматом проставляется имя ченджсета - TTT-123.

]]> От: lucker http://lucker.intervelopers.com/java/2events/#comment-54 lucker Mon, 09 Oct 2006 05:50:03 +0000 http://lucker.intervelopers.com/java/2events/#comment-54 По поводу TestNG - к счастью брешь уже устранили - жить становится легче. Что там падало, я не выяснял, но тенденция ясна. Если разработчики плагинов используют закрытые классы, значит им не хватает функциональности, заложенной в открытое АПИ. По-поводу баги перед релизом - выглядит очень подозрительно получить такой подарок от компании-произодителя TeamCity.... Оценить все прелести фичи changelists пока не получилось, но надеюсь, что оно того стоит. В любом случае, Дмитрий, спасибо за работу над лучшим, по моему мнению, Java-продуктом эпохи. По поводу TestNG - к счастью брешь уже устранили - жить становится легче. Что там падало, я не выяснял, но тенденция ясна. Если разработчики плагинов используют закрытые классы, значит им не хватает функциональности, заложенной в открытое АПИ.

По-поводу баги перед релизом - выглядит очень подозрительно получить такой подарок от компании-произодителя TeamCity….

Оценить все прелести фичи changelists пока не получилось, но надеюсь, что оно того стоит.

В любом случае, Дмитрий, спасибо за работу над лучшим, по моему мнению, Java-продуктом эпохи.

]]> От: Dmitry Jemerov http://lucker.intervelopers.com/java/2events/#comment-49 Dmitry Jemerov Sat, 07 Oct 2006 06:04:38 +0000 http://lucker.intervelopers.com/java/2events/#comment-49 По поводу IntelliJ IDEA 6. Во-первых, TestNG плагин (как и многие другие) использует не только наше OpenAPI, но и закрытые классы из реализации продукта. Естественно, что мы даже не пытаемся обеспечивать совместимость их между версиями. Во-вторых, несохранение размера диалоговых окошек - это баг, посаженный в последний момент перед релизом. Он будет исправлен в ближайшем багфикс-апдейте. В-третьих, появление фичи changelists привело к тому, что существенную часть начинки version control интеграции пришлось переписать. Поэтому просьба "дать возможность выбрать" реально означает то, что нам пришлось бы сначала написать новый интерфейс, сделанный так, как мы считаем наиболее удобным, а потом ещё раз переписать старый интерфейс поверх новой начинки. И это отняло бы время от разработки и доведения до хорошего состояния других фич продукта. По поводу IntelliJ IDEA 6.
Во-первых, TestNG плагин (как и многие другие) использует не только наше OpenAPI, но и закрытые классы из реализации продукта. Естественно, что мы даже не пытаемся обеспечивать совместимость их между версиями.

Во-вторых, несохранение размера диалоговых окошек - это баг, посаженный в последний момент перед релизом. Он будет исправлен в ближайшем багфикс-апдейте.

В-третьих, появление фичи changelists привело к тому, что существенную часть начинки version control интеграции пришлось переписать. Поэтому просьба “дать возможность выбрать” реально означает то, что нам пришлось бы сначала написать новый интерфейс, сделанный так, как мы считаем наиболее удобным, а потом ещё раз переписать старый интерфейс поверх новой начинки. И это отняло бы время от разработки и доведения до хорошего состояния других фич продукта.

]]>