Будем надеятся, проблему исправят быстро. Копию отправлю в Mail.ru, делюсь с уважаемым сообществом, т.к. уязвимость уже эксплуатируется.
Вот только приличные люди сначала отправляют сообщение в саппорт, а потом, через некоторое время делятся с общественностью. А тут автор ведёт себя как институтка.
Простите, а Вы в идеальном мире живёте, или в реальном? Или вы сталкивались только с проектами, где два разработчика высокой квалификации?
У нас, в реальном мире, где с репозиторием работают самые разные люди, всякое бывает, и дело не в том, master это ветка, или девелоперская ;)
Когда над проектом работает много разработчиков, и вы не можете продолжить работу, потому, что какой-то гомопед сломал вам мастер, а вам ещё срочно нужно выкладываться на живое, — о каком творческом росте речь? Своевременная сигнализация неполадок в проекте позволяет избежать кучи нервов и сделать разработку приятной и комфортной ;)
Сделали у себя примерно то же самое, только не светодиоды повесили, а вот такую штуку:
Включается в случае, если сборка проекта, запускаемая по крону, завершилась с ошибкой =)
«Chrome вёл темпами, но это IE9, который имеет наиболее эффективный UI на данный момент, с точки зрения имеющихся пикселов на веб-сайте.»
Автор, проще на английском читать, чем этот мутный машинный перевод.
Есть ещё вариант с измерением перепада давления барометром, но он несколько сложнее.
Признаюсь честно, я относительно давно уже «не в теме», — может, сейчас и без микрофона обходятся. В своё время занимался этой увлекательной задачей ;)
На самом деле там довольно сложный алгоритм измерения давления, ведь обычно показания для систолического и диастолического снимаются с помощью фонендоскопа (вручную) или микрофона (автоматически), а это ох как непросто.
И про git-cache-meta и про metastore я в курсе, спасибо.
Я и сам могу написать скрипт, который будет сохранять и восстанавливать всю нужную мне информацию в репозитории, но это уже не сам гит, а надстройки к нему. Мне казалось, что даже тупице понятно, что с помощью сторонних скриптов, программ и навесок можно сделать всё, что угодно, а мы говорим непосредственно про сам git. Видимо, я ошибался.
P.S. Нет аргументов — срём в карму. Очень показательно ;) Мне больше не о чём с вами разговаривать.
Я не знаю, где там у вас что сохраняется, но если мыговорим о git scm, то ещё раз повторю: git сохраняет только флаг «executable» и всё. Остальные атрибуты файлов git не сохраняет.
Читать ман тут: git.wiki.kernel.org/index.php/ContentLimitations
Git is a content tracker, where content is de facto defined as «whatever is relevant to the state of a typical sourcecode tree». Basically, this is just files' data and «executable» attribute.
By design, git cannot track other aspects of the filesystem, including:
— File modes (except for the «executable» bit, and being symbolic link)
— File ownership (commits, however, remember 'author' and 'committer' info)
— File modification and access times (these are set to checkout time for files which are modified during checkout)
— File ACLs and extended attributes
— Hard links
— Empty directories (although it is not a fundamental limitation, git just automatically removes empty directories and does not add empty directories)
Вы ведёте речь о «бэкапе файлов сайта», вы не забыли ещё? Кроме того, ниже вы писали не о коде сайта, а о «пользовательском контенте/логах/etc». Какое, к чёрту, компилирование, какие рабочие файлы программы? Не притягивайте за уши сферического коня в вакууме.
Если у вас в рабочем проекте, в рабочей области, требующей бэкапа появляются пустые папки, а код написан так, что при отсутствии этой пустой папки могут быть проблемы — то мне вас искренне жаль — у вас неверный подход к проектированию архитектуры.
Вот только приличные люди сначала отправляют сообщение в саппорт, а потом, через некоторое время делятся с общественностью. А тут автор ведёт себя как институтка.
А был такой отличный вариант для резервного или срочного интернета на буке.
У нас, в реальном мире, где с репозиторием работают самые разные люди, всякое бывает, и дело не в том, master это ветка, или девелоперская ;)
Включается в случае, если сборка проекта, запускаемая по крону, завершилась с ошибкой =)
Автор, проще на английском читать, чем этот мутный машинный перевод.
Признаюсь честно, я относительно давно уже «не в теме», — может, сейчас и без микрофона обходятся. В своё время занимался этой увлекательной задачей ;)
С другой стороны, это очень интересная задача для программиста ;)
Я и сам могу написать скрипт, который будет сохранять и восстанавливать всю нужную мне информацию в репозитории, но это уже не сам гит, а надстройки к нему. Мне казалось, что даже тупице понятно, что с помощью сторонних скриптов, программ и навесок можно сделать всё, что угодно, а мы говорим непосредственно про сам git. Видимо, я ошибался.
P.S. Нет аргументов — срём в карму. Очень показательно ;) Мне больше не о чём с вами разговаривать.
</thread>
Учите матчасть.
Читать ман тут: git.wiki.kernel.org/index.php/ContentLimitations
Если у вас в рабочем проекте, в рабочей области, требующей бэкапа появляются пустые папки, а код написан так, что при отсутствии этой пустой папки могут быть проблемы — то мне вас искренне жаль — у вас неверный подход к проектированию архитектуры.
Минусуйте дальше, I'm out of here.