crossplatform.ru

Здравствуйте, гость ( Вход | Регистрация )

 
Ответить в данную темуНачать новую тему
> Учет номеров билдов, не для Java
Andrew Selivanov
  опции профиля:
сообщение 22.9.2008, 15:09
Сообщение #1


Участник
**

Группа: Участник
Сообщений: 249
Регистрация: 9.10.2007
Из: Москва
Пользователь №: 3

Спасибо сказали: 15 раз(а)




Репутация:   6  


Предлагаю обсудить тему. Лично я долго искал подходящую именно мне утилиту и в конце концов забил и написал свою (использую в основном в Eclipse, внимание, не для Java, для Java утилит хватает).
Какое то время пытался заюзать MyLar (или как там его переименовали, MyLyn) но показалось неудобно.
Перейти в начало страницы
 
Быстрая цитата+Цитировать сообщение
Litkevich Yuriy
  опции профиля:
сообщение 22.9.2008, 15:18
Сообщение #2


разработчик РЭА
*******

Группа: Сомодератор
Сообщений: 9669
Регистрация: 9.1.2008
Из: Тюмень
Пользователь №: 64

Спасибо сказали: 807 раз(а)




Репутация:   94  


А что значит учет новеров сборок? Для чего, чем системы управления версиями (SVN, Git) не страивают?
Перейти в начало страницы
 
Быстрая цитата+Цитировать сообщение
Andrew Selivanov
  опции профиля:
сообщение 22.9.2008, 15:42
Сообщение #3


Участник
**

Группа: Участник
Сообщений: 249
Регистрация: 9.10.2007
Из: Москва
Пользователь №: 3

Спасибо сказали: 15 раз(а)




Репутация:   6  


Цитата(Litkevich Yuriy @ 22.9.2008, 16:18) *
А что значит учет новеров сборок? Для чего, чем системы управления версиями (SVN, Git) не страивают?

Имеется ввиду build number. Системы управления версиями не могут определить, когда именно ты собрал приложение.
Перейти в начало страницы
 
Быстрая цитата+Цитировать сообщение
Red Devil
  опции профиля:
сообщение 22.9.2008, 17:35
Сообщение #4


Студент
*

Группа: Участник
Сообщений: 68
Регистрация: 6.6.2008
Из: Saint-Petersburg
Пользователь №: 194

Спасибо сказали: 1 раз(а)




Репутация:   3  


Для *nix проблем нет, т.к. скрипт можно встроить в makefile.

Я бы хотел обсудить полезность данной фичи. По своему опыту скажу - нулевая, ибо если изменеяется функциональность должна быть и изменена версия продукта, естественно это касается больших проектов, а не лабараторных и курсовых.
Перейти в начало страницы
 
Быстрая цитата+Цитировать сообщение
ViGOur
  опции профиля:
сообщение 23.9.2008, 8:06
Сообщение #5


Мастер
******

Группа: Модератор
Сообщений: 3296
Регистрация: 9.10.2007
Из: Москва
Пользователь №: 4

Спасибо сказали: 231 раз(а)




Репутация:   40  


Andrew Selivanov, а что мешает ручками менять? :)
Перейти в начало страницы
 
Быстрая цитата+Цитировать сообщение
Tonal
  опции профиля:
сообщение 23.9.2008, 8:35
Сообщение #6


Активный участник
***

Группа: Участник
Сообщений: 452
Регистрация: 6.12.2007
Из: Новосибирск
Пользователь №: 34

Спасибо сказали: 69 раз(а)




Репутация:   17  


Про нужность - оно не нужно, ежели ты делаешь прогу чисто для себя - всегда последний билд.
Если это не так, то релизы нужно как-то уникально именовать/нумеровать, чтобы тестер или пользователь тебе смог сказать на каком конкретно билде произошёл глюк.
Частые способы - ручное инкрементирование перед сборкой (1), автоинкрементирование перед сборкой (2), текущая дата (3), номер ревизии из свина (4).

Ручками плохо, т.к. можно забыть, или изменить не туда по запарке (1).
Кроме того, ежели не дай бог, сборка у может выпускаться больше чем с одного места, то возможны конфликты (1, 2).
Текущая дата всем хороша, но внутренних билдов возможно несколько в день хотя можно включить время - но тогда возможны непонятки в распределённых командах (3) :).

Мы используем ревизию из свина.
Дополнительный плюс в том, что эта ревизия идёт и в About-е, и в виндовых ресурсах (как 3я цифра), и в заголовке окна.
Т.е. пользователь её сообщит безо всяких проблем. :)

П.С. Кстати, как для того же git-а или darcs-а поступать? У них ревизии не нумеруются как в свине, а имеют уникальный хеш. Его, конечно можно так же прописать везде, но птудно себе представить пользователя, который это нормально может по телефону прочитать. :)
Перейти в начало страницы
 
Быстрая цитата+Цитировать сообщение
Andrew Selivanov
  опции профиля:
сообщение 23.9.2008, 9:23
Сообщение #7


Участник
**

Группа: Участник
Сообщений: 249
Регистрация: 9.10.2007
Из: Москва
Пользователь №: 3

Спасибо сказали: 15 раз(а)




Репутация:   6  


Цитата(Tonal @ 23.9.2008, 9:35) *
Про нужность - оно не нужно, ежели ты делаешь прогу чисто для себя - всегда последний билд.
Если это не так, то релизы нужно как-то уникально именовать/нумеровать, чтобы тестер или пользователь тебе смог сказать на каком конкретно билде произошёл глюк.
Частые способы - ручное инкрементирование перед сборкой (1), автоинкрементирование перед сборкой (2), текущая дата (3), номер ревизии из свина (4).

Ручками плохо, т.к. можно забыть, или изменить не туда по запарке (1).
Кроме того, ежели не дай бог, сборка у может выпускаться больше чем с одного места, то возможны конфликты (1, 2).
Текущая дата всем хороша, но внутренних билдов возможно несколько в день хотя можно включить время - но тогда возможны непонятки в распределённых командах (3) :).

Мы используем ревизию из свина.
Дополнительный плюс в том, что эта ревизия идёт и в About-е, и в виндовых ресурсах (как 3я цифра), и в заголовке окна.
Т.е. пользователь её сообщит безо всяких проблем. :)

П.С. Кстати, как для того же git-а или darcs-а поступать? У них ревизии не нумеруются как в свине, а имеют уникальный хеш. Его, конечно можно так же прописать везде, но птудно себе представить пользователя, который это нормально может по телефону прочитать. :)


Ну я сделал себе такую модель: X.Y.Z.M
X - номер версии (задаю переменной в среде разработки - в моем случае Eclipse)
Y - номер подверсии (задаю переменной в среде разработки - в моем случае Eclipse)
Z - revision (в моем случае из SVN)
M - номер билда (все билды [номера] со временем сборки и путями хранятся в базе Sqlite)

Кстати именно база билдов себя оправдала - очень удобно отслеживать что и когда собиралось, какой версии, подверсии, ревизия на тот момент...
Перейти в начало страницы
 
Быстрая цитата+Цитировать сообщение
Red Devil
  опции профиля:
сообщение 23.9.2008, 11:46
Сообщение #8


Студент
*

Группа: Участник
Сообщений: 68
Регистрация: 6.6.2008
Из: Saint-Petersburg
Пользователь №: 194

Спасибо сказали: 1 раз(а)




Репутация:   3  


Цитата(Tonal @ 23.9.2008, 8:35) *
Если это не так, то релизы нужно как-то уникально именовать/нумеровать, чтобы тестер или пользователь тебе смог сказать на каком конкретно билде произошёл глюк.

Цитата(Red Devil @ 22.9.2008, 17:35) *
ибо если изменеяется функциональность должна быть и изменена версия продукта

Билд - это по сути информация нужная разработчику.

Что касается модели X Y Z M, то это уже давно известно :
Major Minor Patch Build

Сообщение отредактировал Red Devil - 23.9.2008, 11:47
Перейти в начало страницы
 
Быстрая цитата+Цитировать сообщение
Litkevich Yuriy
  опции профиля:
сообщение 24.9.2008, 11:47
Сообщение #9


разработчик РЭА
*******

Группа: Сомодератор
Сообщений: 9669
Регистрация: 9.1.2008
Из: Тюмень
Пользователь №: 64

Спасибо сказали: 807 раз(а)




Репутация:   94  


я все равно не понял, что такое билд?
если это команда make makefile, то можно действительно в makefile добавить необходимые строчки.

Цитата(Tonal @ 23.9.2008, 12:35) *
Если это не так, то релизы нужно как-то уникально именовать/нумеровать, чтобы тестер или пользователь тебе смог сказать на каком конкретно билде произошёл глюк.
Опять не понятно, ну сказал тебе пользователь "билд 13749" и что? Ты его где возьмешь? Наверняка из хранилища Системы управления версиями (СУВ), вот номер правки туда и суй.

а для сабственного удобства заведи правило, пересобрал приложение -> фиксируй правку а в коментарий пиши, например, "Build" из лога можно все это дело вытащить, примеров для линя много как использовать совместно команды svn * и cat *
Перейти в начало страницы
 
Быстрая цитата+Цитировать сообщение

Быстрый ответОтветить в данную темуНачать новую тему
Теги
Нет тегов для показа


1 чел. читают эту тему (гостей: 1, скрытых пользователей: 0)
Пользователей: 0




RSS Текстовая версия Сейчас: 29.3.2024, 10:01