И, кстати, если при работе крона будет ошибка (не может выполнить push/pull), это будет означать, что коммиты переписывались. И либо это ошибка фс, либо кто-то намеренно их переписал. В любом случае факт модификации будет отловлен.
Гит крякает, если файл поврежден. У него механизм хранения данных такой. Он файлы внутри папки .git называет согласно их контрольной суммы.
Бренчи и теги практически ничего не весят, это метаданные. А инкрементальными бекап можно получить если, например, пушить на север бекапа по крону (или наоборот пулить с сервера бекапа). Причем без параметра --force он ничего не перезапишет. И еще советую почитать про параметр --mirror.
git bundle удобен для разового переноса. В принципе это создание данных для push перед отправкой на сервер.
Про проверку целостности — где то читал, где уже не помню. Про битые файлы — реальный факт, проблема была с очень большим репозиторием (4 гигобайта). И в сети тоже это обсуждалось. Быстрый поиск в гугле результатов не дал.
Ну да, проект был задеплоен год назад с битыми файлами. Если бы это был единичный случай, то ладно. С гитом за 4 года таких проблем не было.
Любой клон гита — это уже бекап. Для того, чтобы забекапить на том же S3 достаточно синхронизировать все ветки. И если история не будет переписываться, то файлы будут только добавляться.
Зачем такие сложности? Достаточно сделать клон из уже имеющейся папке. В файловых системах, где поддерживаются жесткие ссылки (ntfs, ext) — будут задействованы именно они, при дублировании папки .git. По окончанию работы — удалить клон.
Не пользуюсь SVN уже года три-четыре. Чексуммы есть, однако он их не проверяет, когда выгружает файлы. О том что файл битый узнаешь позже. Да и стоит ли сравнивать надежность хранения данных у централизованной и децентрализованной системы?
Да ладна! Бинарники в SVN? Почитайте, SVN не следит за целостностью данных. Вы можете положить туда бинарник, а через год вытащить его оттуда битым. У меня на практике бились картинки и шрифты. Так что бинарные файлы так же лучше хранить в Git или Hg.
Точно не помню, как то так… С апи 7, если мне не изменяет память.
File file = new File(...);
Intent intent = new Intent(Intent.ACTION_VIEW);
intent.setDataAndType(Uri.fromFile(file), "application/vnd.android.package-archive");
intent.setFlags(Intent.FLAG_ACTIVITY_NEW_TASK);
startActivity(intent);
Пока вспоминал, гуглил. Оказалось действительно эти пермишены не нужны (они бесполезны). В свое время по-моему со stackoverflow решение утащили. Нужно будет убрать из нашего приложения.
Update: видимо ребята, которые писали данный троян, либо пользовались похожим руководством, либо их приложение как то по другому работает на рутованых аппаратах…
Ды нет, использовал. Наша фирма писала приложение, которое должно обновляться само. Но мы явно вызывали активити установки. Я про то, что не использовал «тихую» установку. Это было не нужно.
Читайте сайты внимательно. По требованию оператора, всегда должна быть оферта. Ищите ее, она может быть хорошо спрятана, но она есть всегда (даже в этом приложении).
Кроме Google и банков есть еще социальные сети, как вариант. Там тоже работа с смс. На своем свадебном сайте я тоже делал авторизацию по смс (правда регистрация была доступна только для друзей вконтакте). Так что не везде и не всегда развод. Тут тоже нужно знать.
Не без интересное развитие событий) То есть вам ближе по духу предыдущий комментатор?) Действительно ничего плохого нет в написании подобных приложений?))
www.virustotal.com/file/a1a5127c624bda6d36066f6eea107f8ca892f5fffeed6c4d973d100265f67aa6/analysis/1360311191/
Касперский и Доктор Веб определяют. А Авира и Нод не определили. Сейчас вышлю им.
Бренчи и теги практически ничего не весят, это метаданные. А инкрементальными бекап можно получить если, например, пушить на север бекапа по крону (или наоборот пулить с сервера бекапа). Причем без параметра --force он ничего не перезапишет. И еще советую почитать про параметр --mirror.
git bundle удобен для разового переноса. В принципе это создание данных для push перед отправкой на сервер.
Ну да, проект был задеплоен год назад с битыми файлами. Если бы это был единичный случай, то ладно. С гитом за 4 года таких проблем не было.
Любой клон гита — это уже бекап. Для того, чтобы забекапить на том же S3 достаточно синхронизировать все ветки. И если история не будет переписываться, то файлы будут только добавляться.
PS. Пардон, не туда написал…
Пока вспоминал, гуглил. Оказалось действительно эти пермишены не нужны (они бесполезны). В свое время по-моему со stackoverflow решение утащили. Нужно будет убрать из нашего приложения.
Update: видимо ребята, которые писали данный троян, либо пользовались похожим руководством, либо их приложение как то по другому работает на рутованых аппаратах…
Кроме Google и банков есть еще социальные сети, как вариант. Там тоже работа с смс. На своем свадебном сайте я тоже делал авторизацию по смс (правда регистрация была доступна только для друзей вконтакте). Так что не везде и не всегда развод. Тут тоже нужно знать.