Цитата(juvf @ Feb 6 2017, 14:20)

ps ну вот мне не понятно что было раньше... например 2017-02-03 или 2017-03-02?
А как вы в оффлайне определяете такое написание? Например на сроке годности продуктов?
в readme проекта можно указать формат интерпретации даты yyyy-dd-mm или yyyy-mm-dd - для новых
участников проекта. Там же можно указать и стили оформления кода и т.п.
Цитата(juvf @ Feb 6 2017, 14:20)

И во вторых.... как по db74878 найти в гите 734713bc047d87bf7eac9674765ae793478c50d3?
Уверяю вас - это возможно. Вы же не думаете, что короткий hash создатели git придумали just for fun?
И еще момент - "db74878" это
первые символы полного hash.
Цитата(juvf @ Feb 6 2017, 14:20)

в 3-их: у пользователя (или у наладчика на флешке) есть две сборки "(2017-02-03 db74878)" и "(2017-02-03 df56a87)" - какая свежея?
я пробовал прикрутить контроль версий.... не вкатило.... не понравилось.
Два варианта:
1) выводить в переменную и время. для избегания разночтений - в UTC.
2) в логе git посмотреть полную дату-время коммитов.
Контроль версий, как и баэкапы можно не любить, но жизнь вынуждает их применять... рано или поздно.