@devops_ru

Страница 1501 из 4568
Constantine
10.11.2016
00:23:40
вот сразу реквест

Roman
10.11.2016
00:23:50
Может кеш?

Constantine
10.11.2016
00:23:55
не, врядли

ты в верный ремоут отправил?

Google
Constantine
10.11.2016
00:24:12
origin? ничего не наплодил там?

Dmitrii
10.11.2016
00:24:35
Попробуй git push origin master -f

И покажи все же git log

Roman
10.11.2016
00:25:01
git remote -v origin git@github.com:begetan/syncthing-android.git (fetch) origin git@github.com:begetan/syncthing-android.git (push) upstream git://github.com/syncthing/syncthing-android.git (fetch) upstream git://github.com/syncthing/syncthing-android.git (push)

Вобще у меня еще бранч был

Dmitrii
10.11.2016
00:26:03
Ну линк ты на мастер дал

И пульреквест у тебя с мастер ветки

Roman
10.11.2016
00:26:35
я все в мастере сейчас делаю

Dmitrii
10.11.2016
00:26:45
А ребейз где делал

Roman
10.11.2016
00:27:01
все в мастере

Dmitrii
10.11.2016
00:27:08
Покажи лог блин

git log -n 5

Roman
10.11.2016
00:28:22
https://gist.github.com/begetan/4e44d30486e5dd2720adfc244391c12c

Google
Dmitrii
10.11.2016
00:29:00
А если сделать форспуш то что в консоли?

Скопируй как есть

Roman
10.11.2016
00:29:39
~/fork/syncthing-android$ git push origin master -f Everything up-to-date

Dmitrii
10.11.2016
00:30:18
Странна

Roman
10.11.2016
00:30:28
Может быть сделать pull именно сейчас?

Dmitrii
10.11.2016
00:30:47
Не. Пульреквест ваще ни при чём

Constantine
10.11.2016
00:31:32
Ромка сломал гитхаб

Dmitrii
10.11.2016
00:31:34
Такой вопрос... А ты точно ребейз закончил?

Вот чет я щитаю что нет

Roman
10.11.2016
00:32:08
Не уверен, он там файл дает на редактирование

Я записал и все

Dmitrii
10.11.2016
00:32:55
Проверь статус. Не помню команду точно но что-то типа git rebase ...

С опциями

Roman
10.11.2016
00:33:10
git rebase --continue Successfully rebased and updated refs/heads/master.

Dmitrii
10.11.2016
00:33:17
О

Roman
10.11.2016
00:33:18
Вот так сейчас

Dmitrii
10.11.2016
00:33:30
А теперь форспуш

Roman
10.11.2016
00:33:47
ДА

Dmitrii
10.11.2016
00:33:53
Да епта

Ю велкам

Google
Roman
10.11.2016
00:35:16
В сухом остатке 1) rebase надо принудительно завершать 2) git push надо форсить

Dmitrii
10.11.2016
00:36:37
Форсить надо всегда когда ты перехерачил историю коммитов и хочешь ее обновить в этой же ветке на ремоуте

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

У него все потрется

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

Roman
10.11.2016
00:39:56
Ну вот как хорошо что я только commit message менял :)

Dmitrii
10.11.2016
00:41:08
Кстати коммит меседж можно поменять легко для последнего коммита без ребейза через git commit --amend

Потом форспуш

Roman
10.11.2016
00:47:40
git push To git@github.com:begetan/syncthing-android.git ! [rejected] master -> master (non-fast-forward) error: failed to push some refs to 'git@github.com:begetan/syncthing-android.git' hint: Updates were rejected because the tip of your current branch is behind hint: its remote counterpart. Integrate the remote changes (e.g. hint: 'git pull ...') before pushing again. hint: See the 'Note about fast-forwards' in 'git push --help' for details. ~/fork/syncthing-android$ git push -f Counting objects: 3, done. Delta compression using up to 4 threads. Compressing objects: 100% (3/3), done. Writing objects: 100% (3/3), 479 bytes | 0 bytes/s, done. Total 3 (delta 2), reused 0 (delta 0) remote: Resolving deltas: 100% (2/2), completed with 2 local objects. To git@github.com:begetan/syncthing-android.git + f327928...4f83456 master -> master (forced update)

арсуха
10.11.2016
00:52:58
Кто-нибудь может накидать каналы о каналах?

Roman
10.11.2016
00:53:46
В документации "6.4 Инструменты Git - Перезапись истории" сказано про git commit --amend , но ни разу не сказано про push force. Такая вот забота :)

Roman
10.11.2016
00:57:23
Автор уже принял пул-реквест. Сидел наверно и ржал над моими обезъянними страданиями :)

Alexander
10.11.2016
01:24:38
со всеми этими гитами... просто хочу сказать, что если вы уже что-то пушнули в публичный репозиторий - не нужно пытаться тереть там что-то

и делать rebase или что-нибудь такое

потому что кто-то другой уже мог стащить это и начать коммитить туда дальше что-то своё

ладно, у меня вопрос про другое) как можно средствами systemd сделать очередь задач?

допустим, systemd timers запускает некую службу (по сути просто скрипт), он выполняется с правильным кодом , без ошибок, после него должно стартовать что-то другое, а потом ещё что-то другое

и так по расписанию

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

Google
Alexander
10.11.2016
01:27:57
допустим, каждая задача в своём Docker/Rkt контейнере, выполняется это через ExecStart=

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

в общем, можно ли из systemd сделать очередь задач?..

hamper ?
10.11.2016
02:54:29
как раз только что хотел спросить похожее, но мне надо что бы если один сервис выполнится удачно (обновление ssl сертификатов таймером) то после этого другой сервис рестартился (nginx)

Aleserche
10.11.2016
03:08:45
я тебе могу скинуть пхп контроллер на 1000 строк
Я хочу увидеть, чтобы потом захотеть развидеть

Alexander
10.11.2016
03:48:24
в общем, в самых простых случаях можно делать Requires= и тип Type=oneshot, ну и всякие After= Before=, а в systemd Timers ставить последний скрипт из цепочки... это ответ на мой вопрос "можно ли сделать очередь задач из systemd"

тогда эту задачу решать не придётся вообще (обновление сертификатов Let's Encrypt?)

hamper ?
10.11.2016
04:12:24
cloudflare же cdn а не прокси, да, я про le говорил, оно у меня просто сделано systemd таймером, хотя можно было и в cron.daily положить файлик из 2 строчек

Admin
ERROR: S client not available

hamper ?
10.11.2016
04:13:20
#!/bin/sh /opt/bin/certbot-auto renew systemctl restart nginx но хочется все же нативно, юнитами

hamper ?
10.11.2016
04:16:00
к тому же клаудфлер постоянно под блокировки ркн попадает диапазонами, так что не очень хорошая идея

Alexander
10.11.2016
04:18:09
у них теперь дц в России

Aleserche
10.11.2016
04:18:51
стоит ли ждать от сбера статью о том, как они отразили дудос?

Alexander
10.11.2016
04:20:20
ну, в общем, с позиции программиста очередь задач правильнее всего делать на Celery или Crossbar.io, но с позиции админа , наверное, какой-нибудь https://docs.saltstack.com/en/latest/topics/event/index.html нужен и там в примере выше этот certbot-auto renew можно запихнуть в Docker-контейнер

более того, там есть уже готовый

Alexander
10.11.2016
04:54:06
а что вы считаете более надёжным хранилищем - Amazon S3/Backblaze B2 + CloudFlare или же системы на базе блокчейна типа storj.io ? допустим, если нужно сохранить какой-нибудь зашифрованный конфигурационный файл и требуется его 100% доступность, чтобы его можно было в любое время прочитать) выбрать первый вариант, второй или первый + второй?

Aleserche
10.11.2016
05:21:31
@lorddaedra еще не разочаровались в aurelia.io?

Google
Alexander
10.11.2016
05:22:03
а почему в ней можно разочароваться?

Alexander
10.11.2016
05:24:54
а почему в ней можно разочароваться?
точнее, сама по себе идея делать на клиенте что-то мне не очень нравится, потому что это означает, что нужно быть более внимательным, исходный код открыт всем желающим, но это касается всех таких систем

Я верю в s3 :) Но только потому что я точно знаю что я всегда оттуда достану что мне надо.
ну, вот, например, а если снова какие-нибудь днс будут ддосить ?

Aleserche
10.11.2016
05:26:19
а почему в ней можно разочароваться?
мне этот фреймворк показался несколько тяжелым

Alexander
10.11.2016
05:26:29
он замена Angular.js (альтернатива Angular 2 версии)

Aleserche
10.11.2016
05:27:33
а vue.js не рассматривался?

Alex
10.11.2016
05:28:14
ну, вот, например, а если снова какие-нибудь днс будут ддосить ?
Ну хз. Амазон пока не падал на моей памяти :)

Roman
10.11.2016
05:29:40
Падал падал

Регулярно же, раз в полгода как минимум что-то отваливается

С3 тоже падал раза 2 за 5 лет точно

Alexander
10.11.2016
05:31:18
а B2 ещё достаточно молодой, упадёт ещё))

Alex
10.11.2016
05:32:32
Регулярно же, раз в полгода как минимум что-то отваливается
Вот я как раз около полугода пользуюсь и не было ничего такого :/

Alexander
10.11.2016
05:32:40
но с точки зрения доступности, что лучше использовать? S3 + Cloudflare (кеш на 24 часа) / B2 + Cloudflare (кеш на 24 часа) / storj.io ?

допустим, для хранения зашифрованных конфигов

Alex
10.11.2016
05:32:57
Но в принципе все падают. Или упадут.

Roman
10.11.2016
05:33:38
Вот я как раз около полугода пользуюсь и не было ничего такого :/
Днс недавно отваливался, зависит от сервисов и датацентров, у них то тут то там, то одно то другое

Alexander
10.11.2016
05:34:15
а storj.io вообще насколько надёжный?

или даже так: его надёжность выше, чем надёжность Cloudflare?

Aleserche
10.11.2016
05:37:47
Cloudflare недавно же лежал?

и утащил за собой кучу сервисов

Alexander
10.11.2016
05:38:51
то есть получается, что просто S3 или B2 будут надёжнее, чем S3/B2 + Cloudflare?

Страница 1501 из 4568