Форум разработчиков электроники ELECTRONIX.ru > как воткнуть дату билда в бинарник ?

Помощь - Поиск - Пользователи - Календарь

Полная версия этой страницы: как воткнуть дату билда в бинарник ?

Форум разработчиков электроники ELECTRONIX.ru > Микроконтроллеры (MCs) > ARM

Страницы: 1, 2

Огурцов

Jul 21 2015, 12:01

кокос, gcc

megajohn

Jul 21 2015, 12:08

дык классические __DATE__ __TIME__
https://gcc.gnu.org/onlinedocs/cpp/Standard...ned-Macros.html

только не забыть ребилдить всё, так как obj содержищий эти строки может не обновлятся, если правите другой файл

Fedor

Jul 21 2015, 12:15

Цитата(Огурцов @ Jul 21 2015, 17:01)

кокос, gcc

gcc

Код

struct version_s{
    uint16_t major;
    uint16_t minor;
    char      *bdate;
};

const version_t  version __section(._version) = {
        .major = V_MAJOR,
        .minor = V_MINOR,
        .bdate = __DATE__ " "  __TIME__ ,
};

Секцию прописать в скрипте загрузчика в нужном месте.

scifi

Jul 21 2015, 13:25

Дата билда - это моветон. Код ревизии из системы контроля версий - это комильфо.

Огурцов

Jul 21 2015, 14:07

так и как сделать это комильфо ?

_pv

Jul 21 2015, 14:28

Цитата(Огурцов @ Jul 21 2015, 21:07)

так и как сделать это комильфо ?

при сборке позвать систему контроля версий и спросить у неё, какая сейчас ревизия.
Полученную ревизию, например, можно скормить компилятору через командную строку ключик -D.

Fedor

Jul 21 2015, 14:39

Для svn можно сделать:
http://stackoverflow.com/questions/16248/g...umber-into-code
а вот, например, гит не дает номер ревизии, но можно попробывать через метки (tags).

Огурцов

Jul 21 2015, 15:52

сделал через date
ибо номер билда ни о чём не говорит

mantech

Jul 21 2015, 19:26

Цитата(_pv @ Jul 21 2015, 17:28)

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

scifi

Jul 21 2015, 19:32

Цитата(mantech @ Jul 21 2015, 22:26)

а всякие системы контроля версий и еще фиг знает чего, зачем?

Как зачем? Для контроля версий, конечно. Оч. рекомендую, кстати. А ещё советую сверлить дырки в бетоне перфоратором, а не буравчиком :-)

mantech

Jul 21 2015, 19:45

Цитата(scifi @ Jul 21 2015, 22:32)

Как зачем? Для контроля версий, конечно. Оч. рекомендую, кстати.

И что это мне даст? Я и так прекрасно версии своих прог контролирую, без доп. приблуд

scifi

Jul 21 2015, 19:51

Цитата(mantech @ Jul 21 2015, 22:45)

И что это мне даст? Я и так прекрасно версии своих прог контролирую, без доп. приблуд

Хозяин - барин. Я без системы контроля версий уже сошёл бы с ума, причём не единожды. От числа и масштаба задач зависит, конечно.

Огурцов

Jul 22 2015, 01:33

да это не беда, вот как вы поступаете, когда какой-то код нужно вынести в библиотеку ?
на большом компе проблем нет - вынес и если что поправил вызовы в сотне проектов
в самом худшем случае максимум комп перезагрузишь из-за изменений в библиотеке
а для мк ?
очень хочется иметь отдельный полный каталог на каждый проект, чтобы в случае косяков в библиотеке чего-нибудь в куда-нибудь физически не въехало
а как библиотеку править, что, её потом по всем проектам копировать ?

jcxz

Jul 22 2015, 04:11

Цитата(mantech @ Jul 22 2015, 01:45)

И что это мне даст? Я и так прекрасно версии своих прог контролирую, без доп. приблуд

При очередной сборке забудете этот дефайн с ревизией поменять.
Мы написали скрипт, запускаемый в Prebuild, который получает с SVN-а ревизию и пишет её в хидер (в виде дефайна) подключаемый к проекту (с пересборкой всего проекта при его обновлении).
Также в этот хидер пишется дата/время, сетевое имя компа на котором делается сборка и виндовый логин юзера.
Это всё включается в выходной образ прошивки по фиксированному адресу вместе с CRC образа.

den_po

Jul 22 2015, 06:01

Цитата(Fedor @ Jul 21 2015, 19:39)

Можно и номер ревизии получить, только толку от него нет. С гитом стоит использовать хеш, можно сокращённый. Например так:

Код

git log -1 --pretty=format:"#define FWVERHASH 0x%%h" > gitver.h

Golikov A.

Jul 22 2015, 06:27

я в гите номер сгенерил из 4 полей
дата комита, количество комитов всего младше текущего, количество комитов в ветке младше текущего, и хэш.
по хэшу всегда могу найти комит, а номера идут довольно последовательно можно прикинуть старшинство версий

mantech

Jul 22 2015, 06:48

Цитата(jcxz @ Jul 22 2015, 07:11)

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

. После этого рассылаю обновления тем, кому этот глюк так сильно донимает. За 2 года было таких случая 4 макс.

jcxz

Jul 22 2015, 07:15

Цитата(mantech @ Jul 22 2015, 12:48)

После этого рассылаю обновления тем, кому этот глюк так сильно донимает. За 2 года было таких случая 4 макс.

Вы видно сами это всё делаете - и компилите и сопровождаете и всё контролируете

А когда производством и настройкой занимается одно подразделение, сопровождением и обновлением у заказчика - другие (и третьи) и при этом у нас, в разработке,
ещё и версии периодически новые выходят, и в разработке ПО у нас не один человек участвует, а группа. А есть ещё объекты с опытной эксплуатацией, куда
спец. версии компилятся, да когда ещё у устройства есть несколько исполнений с общим ПО (или линейка подобных друг другу устройств с небольшими отличиями в ПО)....

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

И 4 случая таких сбоев за 2 года - это ОЧЕНЬ много для нас. Неприемлемо много.

Golikov A.

Jul 22 2015, 08:18

у меня тоже все просто, версия железа должна быть поддержана компьютером, появляется новый функционал.
Потому при старте компьютер запрашивает номер с чем он собственно работает, в номер у нас входит даже ревизия платы.

К каждой версии заполняется табличка с изменениями, и выкладывается поправленное РЭ. Номер версии очень нужен, и не просто номер версии, но еще и привязанный к системе контроля, по 2 причинам. 1 Всегда можно откатить до заданной ревизии и поглядеть как проявляется ошибка, и убедиться что она исправлена в новых версиях. 2 Нет возможности сделать новую прошивку со старым номером версии, в релизе такое - просто саботаж! Ну и 2.1 так скажем, - удобство. У меня в ПЛИС версию руками править приходиться, потому что ISE не умеет скрипты запускать до синтеза, ну во всяком случае я не смог научить, и признаться донимает после синтеза заметить что забыл обновить это поле...

Огурцов

Jul 22 2015, 09:52

1. rar
2. date
дата хороша тем, что можно смутно вспомнить, перед/после которой пьянкой собиралось, а номер неассоциативен

scifi

Jul 22 2015, 10:08

Цитата(Огурцов @ Jul 22 2015, 12:52)

дата хороша тем, что можно смутно вспомнить, перед/после которой пьянкой собиралось, а номер неассоциативен

Чушь. Все значимые изменения зафиксированы в системе контроля версий (если разработчег не безумец, конечно). А там под номером ревизии записывается и дата, и время, и пояснения, включая подробности пьянки.

mantech

Jul 22 2015, 10:29

Цитата(jcxz @ Jul 22 2015, 10:15)

Вы видно сами это всё делаете - и компилите и сопровождаете и всё контролируете

И 4 случая таких сбоев за 2 года - это ОЧЕНЬ много для нас. Неприемлемо много.

Да, конечно. От разработки и до клиента все делаю самостоятельно.

В 20 непростых проектах за 2 года 4 ошибки - много?? Ну тогда преклоняюсь перед вами, как разработчиком

Цитата(Golikov A. @ Jul 22 2015, 11:18)

по 2 причинам. 1 Всегда можно откатить до заданной ревизии и поглядеть как проявляется ошибка, и убедиться что она исправлена в новых версиях.

А я просто держу архивы последних версий, места они занимают немного да и в качестве резерва тоже хорошо

Golikov A.

Jul 22 2015, 10:41

Цитата

А я просто держу архивы последних версий, места они занимают немного да и в качестве резерва тоже хорошо

Попробуйте меркуриал hg с клиентом черепахой, просто чтобы стать лучше

Несколько лет назад я тоже держал архивы по датам, я вам честно скажу - прошлый век.
Перед попыткой вноса изменений, сохранить архив, внести изменения, чтобы откатить рыться в файлах и руками их менять, а если версии проекта под разные платформы?
Система контроля версий - однозначное добро! Просто попробуйте.

Цитата

дата хороша тем, что можно смутно вспомнить, перед/после которой пьянкой собиралось, а номер неассоциативен

А мы в один день 3 релиза выпустили....

scifi

Jul 22 2015, 10:48

Цитата(Golikov A. @ Jul 22 2015, 13:41)

Несколько лет назад я тоже держал архивы по датам, я вам честно скажу - прошлый век.
Перед попыткой вноса изменений, сохранить архив, внести изменения, чтобы откатить рыться в файлах и руками их менять, а если версии проекта под разные платформы?
Система контроля версий - однозначное добро! Просто попробуйте.

Люто плюсую.
Всё, что связано с версиями, автоматизировано, то есть уменьшен риск ошибок, связанных с ручными операциями. Есть простой процесс (зафиксировать изменения с пояснениями), который дисциплинирует. Есть стандартные средства резервного копирования.
Только я советую SVN (под виндой TortoiseSVN, конечно). Он концептуально проще, и там всё есть. Ну и есть интересные (для меня, по крайней мере) особенности, например, можно в едином хранилище хранить множество проектов.

Огурцов

Jul 22 2015, 11:00

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

Цитата(Golikov A. @ Jul 22 2015, 10:41)

А мы в один день 3 релиза выпустили....

для супершустрых там ещё время есть - можно каждую секунду релизы выпускать

Kabdim

Jul 22 2015, 11:15

Яндекс.диск не система контроля версий. Цимес СКВ в том что всё что было написано и закомичено остается доступным для перехода на эту точку в любой момент. Не говоря уже о мерджах, воркфлоу и прочих вещах аппетит на которые приходит во время еды.

demiurg_spb

Jul 22 2015, 11:31

Цитата(Огурцов @ Jul 22 2015, 14:00)

неделя работы псу под хвост

Так через веб-интерфейс диска можно было достать "потерянные" файлы...

mantech

Jul 22 2015, 13:43

Цитата(Огурцов @ Jul 22 2015, 14:00)

был у меня случай с яндекс-диском каким-то облаком

Не доверю свои разработки всяким облакам, тучам и дождю никогда! Только резервирование и на внешнем носителе, уже все проходили, копья ломали... вообщем самое лучшее решение, что я нашел.

scifi

Jul 22 2015, 14:51

Цитата(Огурцов @ Jul 22 2015, 14:00)

не верю (с)
был у меня случай с ~~яндекс-диском~~ каким-то облаком

Вы что-то путаете. Система контроля версий и облако - это две большие разницы. Можно хранить на своём компьютере, можно на сервере в локальной сети, можно в облаке, а можно везде одновременно (резервное копирование).

Golikov A.

Jul 22 2015, 14:55

Ну да, GIT к примеру распределенную систему делает, у меня копия всех проектов на диске, и на сервере копия, главное в системе что версии синхронизированы, и изменения описаны.

Если работаешь один это просто удобно, но если над проектом работает команда, и все могут менять его части, то контроль версий просто необходим.

Да и глупо это обсуждать, была бы ненужная вещь не сидела бы столько людей на ней, и не было бы столько вариантов

Огурцов

Jul 22 2015, 16:30

Цитата(scifi @ Jul 22 2015, 15:51)

Вы что-то путаете. Система контроля версий и облако - это две большие разницы.

неа, это вы напрасно противопоставляете
а по сути - там неожиданные глюки в потенциале, и там - то же самое

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

timurey

Jul 22 2015, 16:33

Понимаю, что топикстартер решил вопрос, но вдруг кому пригодится:

Для eclipse + gcc + os x/linux/unix/bsd

файл date_time.sh (включен в свойствах проекта в pre-build steps):

CODE

#!/bin/sh
date +"#define __YEAR__ %Y" > ../include/build_time.h

date +"#define __MONTH__ %m" >> ../include/build_time.h

date +"#define __DAY__ %d" >> ../include/build_time.h

date +"#define __HOURS__ %H" >> ../include/build_time.h

date +"#define __MINUTES__ %M" >> ../include/build_time.h

date +"#define __SECONDS__ %S" >> ../include/build_time.h

date +"#define ____TIMESTAMP____ %s" >> ../include/build_time.h

date +"#define __DAY_OF_WEEK__ %w" >> ../include/build_time.h

При прошивке из файла подставляется ____TIMESTAMP____ в функцию инициализации RTC.

scifi

Jul 22 2015, 17:53

Цитата(Огурцов @ Jul 22 2015, 19:30)

а по сути - там неожиданные глюки в потенциале, и там - то же самое

Ага, сейчас. Укажите мне на один неожиданный глюк в SVN. А неожиданные глюки при ручном жонглировании файлами мы все знаем.

zltigo

Jul 23 2015, 04:53

QUOTE (scifi @ Jul 22 2015, 20:53)

Ага, сейчас. Укажите мне на один неожиданный глюк в SVN.

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

Ruslan1

Jul 23 2015, 05:06

Цитата(Огурцов @ Jul 22 2015, 19:30)

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

Дык Дропбох вроде бы хранит все удаленные-измененные файлы в течение 30 дней, то есть можно откатиться назад. Или заметили позже?

Но таки да, сравнивать дропбокс и гит сложновато, они для разного совсем

Огурцов

Jul 23 2015, 05:17

только не просите меня сделать это ещё раз, чтобы проверить

scifi

Jul 23 2015, 06:14

Цитата(zltigo @ Jul 23 2015, 07:53)

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

Не надо пугать неокрепшие умы. Сейчас эти системы отлично работают. Например, у меня SVN. Скрипт ежечасно синхронизирует резервную копию на NAS с основным хранилищем. Ежесуточно запускается проверка целостности базы. Если что - придёт оповещение на email. Все необходимые средства давно наработаны и протестированы огромными толпами пользователей.

Огурцов

Jul 23 2015, 06:41

такжеж дропбокс такие же крутые программеры разрабатывали

megajohn

Jul 23 2015, 06:53

Цитата(scifi @ Jul 23 2015, 09:14)

Все необходимые средства давно наработаны и протестированы огромными толпами пользователей.

да фиг знает, каждый год не по одному багфиксу

scifi

Jul 23 2015, 08:38

Цитата(megajohn @ Jul 23 2015, 09:53)

да фиг знает, каждый год не по одному багфиксу

И что? Может быть, они опечатки в сообщениях исправляли. Или устраняли сетевые уязвимости - кому какая разница, если сервер не открыт в интернет? Короче, ни о чём. Нагнетание страстей на пустом месте.

Цитата(Огурцов @ Jul 23 2015, 09:41)

такжеж дропбокс такие же крутые программеры разрабатывали

Да я же не заставляю. Не хотите - не кушайте. Мне больше достанется :-)

zltigo

Jul 23 2015, 09:12

QUOTE (scifi @ Jul 23 2015, 09:14)

Не надо пугать неокрепшие умы.

Где Вы увидели "пугать"?

QUOTE

Сейчас эти системы отлично работают. Например, у меня SVN. Скрипт ежечасно синхронизирует резервную копию на NAS с основным хранилищем.

Отлично. Резерное копирование это ровно то-же, о чем я писал.
А если база упала и ее синхронизировали?

QUOTE

Ежесуточно запускается проверка целостности базы. Если что - придёт оповещение на email.

Отлично! А какие шансы ОТРЕМОНТРОВАТЬ упавшую базу, а не восстановить из бэкапа? Не приходилось сталкиваться?
Так-что удобства НЕОСПОРИМЫ, но и расплата за них может быть. Посему - ОСТОРОЖНОСТЬ.

QUOTE

Все необходимые средства давно наработаны и протестированы огромными толпами пользователей.

Это, увы, только экспериментальная оценка оценка степени надежности, но не гарантия. Тем более, что эта система не вещь в себе а СИЛЬНО зависит от внешней инфраструктуры со всеми ее разннобразиями и ошибками.

Ruslan1

Jul 23 2015, 09:22

Цитата(Огурцов @ Jul 23 2015, 09:41)

такжеж дропбокс такие же крутые программеры разрабатывали

Если Вы не знаете что в Дропбоксе все можно восстановить, то почему в Вашем незнании дропбокс виноват?
Если ничего не помогает- прочитайте, наконец, инструкцию (с).
но, если именно разработка- то мне очень система контроля версий нравится, дропбокс совсем для другого удобен.

zltigo

Jul 23 2015, 09:24

QUOTE (scifi @ Jul 23 2015, 11:38)

Ну вообще-то можно прежде чем "думать", что все прекрасно, просто посмотреть список багфиксов
хотя-бы на последний релиз http://svn.apache.org/repos/asf/subversion...9.0-rc3/CHANGES
Там именно багов, не улучшений, ни правок интерфейса, более сотни. Значить как минимум сотни человек на них наступили. Я в свое время, очевидно, тоже наступил. Что теперь принуждает меня к осторожности и не позволяет испытывать при использовании ничем не замутненную радость и веру в незыблимость.

scifi

Jul 23 2015, 09:55

Цитата(zltigo @ Jul 23 2015, 12:12)

Где Вы увидели "пугать"?

Судя по всему, тут народ пугливый. Обжёгся на дропбоксе - никогда не тронет SVN (где связь? не важно!). Вот вы вспомнили про старый сбой - может быть, он после этого компьютер включать не захочет :-)

Цитата(zltigo @ Jul 23 2015, 12:12)

А если база упала и ее синхронизировали?

Синхронизация всего лишь подтягивает ревизии, которые добавились с прошлой синхронизации. Если база упала, то синхронизация не пройдёт, и будет отправлено уведомление на email.

Цитата(zltigo @ Jul 23 2015, 12:12)

Отлично! А какие шансы ОТРЕМОНТРОВАТЬ упавшую базу, а не восстановить из бэкапа? Не приходилось сталкиваться?

Зачем? У меня же есть бэкап.
А вообще сталкиваться приходилось. В зависимости от того, как именно упало, часть ревизий доступно, часть - нет. Что-то вытаскивается.

Цитата(zltigo @ Jul 23 2015, 12:12)

Волков бояться - в лес не ходить. Гарантия может быть только на кладбище :-)

Цитата(zltigo @ Jul 23 2015, 12:24)

Там именно багов, не улучшений, ни правок интерфейса, более сотни. Значить как минимум сотни человек на них наступили.

Я вас умоляю! Это Release Candidate перед большим выпуском новой версии. Он специально сделан для того, чтобы отловить эти сотни багов.
Вменяемые люди устанавливают стабильную версию, причём желательно, чтобы после большого выпуска успело накопиться несколько мелких с исправлениями.
Release Candidate устанавливают те, кто тестируют сырой софт в поисках багов. Спасибо им за это.

demiurg_spb

Jul 23 2015, 09:56

Цитата(Р СћР С‘Р СРЎС”РЎР‚ Р СћР В°Р С @ Jul 22 2015, 19:33)

Понимаю, что топикстартер решил вопрос, но вдруг кому пригодится:

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

zltigo

Jul 23 2015, 10:08

QUOTE (scifi @ Jul 23 2015, 12:55)

Зачем? У меня же есть бэкап.

Мое предостережение делать бэкапы Вы назвали "пугать". Сами делаете. Почему это я тогда пугаю?
Система тупого бэкапирования совершенно не отменяет систему контроля версий. Как система контроля версий в свою очередь не отменяет продвинутых специализированных средств для сравнения проектов.

QUOTE

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

Аналогично.

QUOTE

Я вас умоляю! Это Release Candidate перед большим выпуском новой версии.

Ну зачем-самого себя обманывать

. Возьмите НЕ Release Candidate. Там список не меньше.
Я просто первый по ссылке взял.

QUOTE

Вменяемые люди устанавливают стабильную версию

Ага, это удобно, но тогда Ваше утверждение, что все хорошо, по причне того, что тысячи людей тестировали превращается в утверждение, что тестировали каке-то невменяемые

Шутка.

AHTOXA

Jul 23 2015, 14:11

Цитата(scifi @ Jul 23 2015, 14:55)

В этом смысле хороши распределённые системы контроля версий. У каждого - полная копия репозитория.

zltigo

Jul 23 2015, 14:58

QUOTE (AHTOXA @ Jul 23 2015, 17:11)

В этом смысле хороши распределённые системы контроля версий. У каждого - полная копия репозитория.

"Полные копии" создаваемые автоматически средствами самой системы не застрахованы от того, от того, что при таком дублировании дублируется уже поломаная информация.
Вообще системы распределенных баз данных, безотносительно к сисемам контроля версий, сами по себе очень сложны и громоздки. Старый принцип, что первой, как правило, выходит из строя система обеспечения надежности, увы работает

Огурцов

Jul 23 2015, 16:07

Цитата(Ruslan1 @ Jul 23 2015, 10:22)

Если Вы не знаете что в Дропбоксе все можно восстановить

видимо, не я один на те грабли наступил, поэтому уже можно
копию я искал на своём диске тоталом

Цитата(Ruslan1 @ Jul 23 2015, 10:22)

то почему в Вашем незнании дропбокс виноват?

да виноват, своим непредсказуемым поведением
если бы я был разработчиком/постановщиком задачи, именно такого глюка не могло случиться в принципе

Цитата(scifi @ Jul 23 2015, 10:55)

дропбоксе - никогда не тронет SVN

дропбокс - очень удобная штука если работаешь один на работе, дома или ещё чорте-где
если в команде - svn
мы работали в стартиме, когда ещё программеров всяких черепашек даже в проекте не было
тоже очень удобная штука, хотя может кто-то скажет, что слишком простая
в оставшихся случаях - rar, или zip по вкусу - два винта, четыре флешки и двд раз в месяц

timurey

Jul 23 2015, 18:07

Цитата(demiurg_spb @ Jul 23 2015, 14:56)

Согласен.
Баги не случались, так как использую только ____TIMESTAMP____

Для просмотра полной версии этой страницы, пожалуйста, пройдите по ссылке.