Size: a a a

Обсуждения техдирские

2020 June 09

C

Combot in Обсуждения техдирские
Привет! Это чатик со строгими правилами.

* Спамеры караются мгновенно, автоматически и навсегда.
1. Первые три сообщения от вас в этом чатике не должны содержать ссылок или форвардов. Включен авто-бан и удаление первого сообщения нового пользователя, если оно содержит ссылку.
2. Нетехдирские темы или использованием икс-лексики приводят к санкциям.  Любой может ответом на ваше сообщение написать "!report" и после трёх таких жалоб вы уходите в молчанку на 30 минут.
3. Особо неадекватные могут заработать до 5 предупреждений от админов, после чего автоматически уходят в молчанку на сутки.
4. Все GIF и видео, аудио автоматически удаляются
5. Любые формы рекламы или объявления о вакансиях только по согласованию с основателем чатика.

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

И

Илья in Обсуждения техдирские
Глеб
Если запросы к системе выполняются последовательно с одного рабочего места, а не параллельно со многих, то лицензии на одного пользователя (одного оператора) должно быть достаточно. Разве нет?
Физических операторов может быть много, например, при сменном режиме работы.
Это если лицензия конкурирующая, а не именная
источник

АБ

Александр Блинов... in Обсуждения техдирские
Andrey Shetukhin
Нежелателен.
Вариант "уточнить у правообладателя, что он подразумевает под сетевым доступом" - возможен?
источник

VK

Viacheslav Kaloshin in Обсуждения техдирские
Завести новую должность, обозвать ее "ревнитель лицензионных соглашений", и с этой должности начать спамить всех вендоров используемого софта на тему любых непоняток в лицензии, прикрываясь тем, что "я человек новый, должОн разобраться". В процессе задать все интетересущие вопросы во всех позах. Один из возможных вариантов окончания событий: вендор даст бумагу "вот этому можно в это в любых позах и положениях, платит за число голов".
источник

R

Ruslan in Обсуждения техдирские
Так суть как раз не платить за число голов, как я понял.
источник

VK

Viacheslav Kaloshin in Обсуждения техдирские
Ну надо цу дать тому человеку и все. Мы так в свое время легализовывались. Оригинальная лицензионная политика была ... ну очень запутанной. Двое на ней сгорело и с матами ушли 🙂 Нашли вьедливого и туповатого, дали цель .. каких-то полгода и вуаля. И да, нам по числу голов было платить гораздо проще и дешевле.
источник

AS

Andrey Shetukhin in Обсуждения техдирские
Mikhail Glader
Всем привет. Вопрос по деплою в гитлабе бекенда сервиса. Я хочу организовать следующий процесс:
- есть файл changelog, где постепенно копятся версии бекенда в виде x.y.z.
- при создании мерджреквеста разработчик пишет в специальный файл масштабность мерджреквеста в терминах major|minor|patch
- при мердже CI дописывает в changelog новую версию
- CI собирает образ с именем этой версии
дальше этот образ можно выкатить на любой стенд (тест, прод)

Собственно, вопроса два
1. Какие вы видите слабые места у этой схемы?
2. Можно ли реализовать её силами gitlab ci?
Привязываться к мерджреквесту - очень плохая история. Для релиза необходим набор фичей, иначе вы потонете в 100 релизах на неделе с изменением функциональности на уровне "поправил зяпятую в врстке".

Дописывать автоматом - идея отличная, делается это простым скриптом из Gitlab Server hooks. Написать его может любой программист.
источник

AS

Andrey Shetukhin in Обсуждения техдирские
Александр Блинов
Вариант "уточнить у правообладателя, что он подразумевает под сетевым доступом" - возможен?
Возможен. Надо только сформулировать вопрос так, чтобы про VNC не было повода ответить))
источник

АБ

Александр Блинов... in Обсуждения техдирские
Andrey Shetukhin
Возможен. Надо только сформулировать вопрос так, чтобы про VNC не было повода ответить))
Ну так и писать: пожалуйста поясните, что именно вы имеете в виду влицензионном соглашении под "сетевым доступом".
источник

AS

Andrey Shetukhin in Обсуждения техдирские
Вообще, вам для начала надо решить принципиальный вопрос о том, какой тип релиза у вас. Если rolling release, то можете делать релиз сразу после мёрджа в мастер. Это проще, но цена за это - невозможность багфикса, если на проде по каким-то причинам не то же самое, что и в мастере. В принципе, если речь о сайтостроительстве, то прокатит и так.

Если вам действительно надо X.Y.Z, то есть в вашем мире одновременно сосуществуют несколько версий или даже поколений продукта, то единственный рабочий вариант - ветки или даже отдельные репозитории, если меняется мажорная версия. Тогда вам мердж в мастер противопоказан, и надо возиться с ветками, а иначе никак.
источник

AS

Andrey Shetukhin in Обсуждения техдирские
Александр Блинов
Ну так и писать: пожалуйста поясните, что именно вы имеете в виду влицензионном соглашении под "сетевым доступом".
Написал уже
источник

MG

Mikhail Glader in Обсуждения техдирские
Andrey Shetukhin
Привязываться к мерджреквесту - очень плохая история. Для релиза необходим набор фичей, иначе вы потонете в 100 релизах на неделе с изменением функциональности на уровне "поправил зяпятую в врстке".

Дописывать автоматом - идея отличная, делается это простым скриптом из Gitlab Server hooks. Написать его может любой программист.
Поясни плз, почему потонем? Постепенно набираем релизы в репе, выкатываем в тестинг, как все хорошо - катим последнюю версию в прод.
источник

AS

Andrey Shetukhin in Обсуждения техдирские
Mikhail Glader
Поясни плз, почему потонем? Постепенно набираем релизы в репе, выкатываем в тестинг, как все хорошо - катим последнюю версию в прод.
Ну так а как сделать удобно из разных веток в мастер за один мердж? Нет, если у вас разработчик один, то вопросов нет...
источник

MG

Mikhail Glader in Обсуждения техдирские
Andrey Shetukhin
Ну так а как сделать удобно из разных веток в мастер за один мердж? Нет, если у вас разработчик один, то вопросов нет...
Не понял тебя. Зачем в один мердж? Одна фича - один мерджреквест. Постепенно набираем в мастере ченджлог типа

1.2.1
- поправлен логгинг

1.2.0
- выкачена фича

1.1.17
- график сдвинут влево

Менеджер решает, что 1.2.1 - норм для продакшена. И катим.
источник

V

Vlad in Обсуждения техдирские
привет, вот сюда тоже задам вопрос

есть крутой инструмент - https://bgp.he.net/ip/51.195.166.204

там и whois, и AS посмотреть и т.п.

а есть ли у него аналоги? консольные инструменты, гуй, веб-сайт?

просто я вручную проверяя IP исчерпал лимиты, а с впн заморачиваться тоже не дело
источник

AS

Andrey Shetukhin in Обсуждения техдирские
Mikhail Glader
Не понял тебя. Зачем в один мердж? Одна фича - один мерджреквест. Постепенно набираем в мастере ченджлог типа

1.2.1
- поправлен логгинг

1.2.0
- выкачена фича

1.1.17
- график сдвинут влево

Менеджер решает, что 1.2.1 - норм для продакшена. И катим.
Это плохая итстория. В сколь-нибудь большом проекте будет 100500 релизов за год. Если у вас релиз это релиз со всеми сопутствующими вещами типа тестов и выкатки в прод, то это адово неудобно.

И вы это сами видите, что 1.1.17 для прода не подходит, а 1.2.1 - подходит. Ну так и на коё чёрт делать 1.1.17? Чтобы что? Чтобы циферки были?
источник

OS

Oleg Soroka in Обсуждения техдирские
Vlad
привет, вот сюда тоже задам вопрос

есть крутой инструмент - https://bgp.he.net/ip/51.195.166.204

там и whois, и AS посмотреть и т.п.

а есть ли у него аналоги? консольные инструменты, гуй, веб-сайт?

просто я вручную проверяя IP исчерпал лимиты, а с впн заморачиваться тоже не дело
источник

AS

Andrey Shetukhin in Обсуждения техдирские
Версионированный релиз, по определению - законченный набор ПО, готовый к выкатке на прод. Если у вас только один из пяти релизов выкатывается, это ОЧЕНЬ НЕХОРОШО.
источник

OS

Oleg Soroka in Обсуждения техдирские
источник

MG

Mikhail Glader in Обсуждения техдирские
Andrey Shetukhin
Это плохая итстория. В сколь-нибудь большом проекте будет 100500 релизов за год. Если у вас релиз это релиз со всеми сопутствующими вещами типа тестов и выкатки в прод, то это адово неудобно.

И вы это сами видите, что 1.1.17 для прода не подходит, а 1.2.1 - подходит. Ну так и на коё чёрт делать 1.1.17? Чтобы что? Чтобы циферки были?
1.1.17 автоматически в тестинг выедет.
источник