AM
Резать так без наркоза
Size: a a a
2020 October 15
VR
Не, ну мне кажется issues отрубить - достаточно гуманно. И дисклеймер, что мол шлите пр или форкайте: issues не будет.
RH
Пры ревьювить надо, мержить, версию бампать, на pypi загружать. В общем, проще дропнуть 👹
AS
зачем дропать то- в RO его няльзя оставить что ли? кому надо - форкнет
SS
Есть тут люди поддерживающие свои open source проекты? Как вы справляетесь?
У меня есть несколько реп на гитхабе, которыми ктото пользуется, даже звездочки ставят. Приходят люди, заводят тикеты, чтото требуют. А мне это не интересно. Я коммитил туда последний раз 5 лет назад. И теперь я чувствую себя виноватым за эти открытые тикеты с которыми я просто ничего не хочу делать. Получается, создание публичной репы подписывает тебя на боль и страдания если ты уже не интересуешься темой
У меня есть несколько реп на гитхабе, которыми ктото пользуется, даже звездочки ставят. Приходят люди, заводят тикеты, чтото требуют. А мне это не интересно. Я коммитил туда последний раз 5 лет назад. И теперь я чувствую себя виноватым за эти открытые тикеты с которыми я просто ничего не хочу делать. Получается, создание публичной репы подписывает тебя на боль и страдания если ты уже не интересуешься темой
Затрансфери свои проекты кому-нибудь другому
2020 October 16
VR
Затрансфери свои проекты кому-нибудь другому
Если этот другой найдётся, то вариант - огонь! Только вот не всегда находится. Но раз в год или в полгода релизнуть - не сложно обычно. У меня пара таких проектов есть, где ревью и релиз только.
AM
Затрансфери свои проекты кому-нибудь другому
Как это бывало с отдельными пакетами в npm, потом там начнут уводить кошельки от крипты, а говна поешь именно ты. Хотя с трансфером наверное это не так опасно, как контрибьютора добавить. Если переводить, то лучше в организацию и на нескольких не связанных между собой людей. А их ещё искать надо.
VD
Всем привет.
Странный вопрос - а есть какой-нибудь магический способ по диффу питонвского кода определять, какой процесс нам нужно будет рестартнуть? Ну т.е. поменялась селери-таска - рестартуем определенный воркер, что-то в API - фласк и т.д.
Странный вопрос - а есть какой-нибудь магический способ по диффу питонвского кода определять, какой процесс нам нужно будет рестартнуть? Ну т.е. поменялась селери-таска - рестартуем определенный воркер, что-то в API - фласк и т.д.
VD
хочу умный CD, который рестартует только то, что нужно, а не все подряд)
A🌚
Всем привет.
Странный вопрос - а есть какой-нибудь магический способ по диффу питонвского кода определять, какой процесс нам нужно будет рестартнуть? Ну т.е. поменялась селери-таска - рестартуем определенный воркер, что-то в API - фласк и т.д.
Странный вопрос - а есть какой-нибудь магический способ по диффу питонвского кода определять, какой процесс нам нужно будет рестартнуть? Ну т.е. поменялась селери-таска - рестартуем определенный воркер, что-то в API - фласк и т.д.
Ну по крону скрипт гонять. Можно по ctime смотреть, либо в кэш чексумму сохранять
VD
вот и я сомневаюсь в этом подходе. иначе что-то может не рестартануться. а ты понадеялся, что рестартанулось
AS
хочу умный CD, который рестартует только то, что нужно, а не все подряд)
а если автоматом вести список файлов что какой компонент юзает и п онему чекать относительно дифов- есть - вызываем такой-то обработчик
AS
но тут над максимально автоматизировать чтобы эти списки всегда были полные
AS
ну и гонять и в хвост и гриву на препроде
VD
но тут над максимально автоматизировать чтобы эти списки всегда были полные
вот да, а если забыть это обновить, то тогда будет не хорошо)
а еще есть config с переменными среды. если там поменяется одна переменная, которая юзается только в API, то селери рестартовать не нужно.
а еще есть config с переменными среды. если там поменяется одна переменная, которая юзается только в API, то селери рестартовать не нужно.
AS
ну и говорю что эти списки должны автоматически составляться, к примеру не хардкодить что кладем в такой пакет/докер- а в переменную и эту переменную юзать и при сборке пакета/контейнере и при генерации списка