Size: a a a

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

2020 June 08

ТЕ

Таёжный Ежи... in Обсуждения техдирские
Николай Трофимов
ищем инвестора на проект по покупке земли в сочи с целью дальнейшей перепродажи, в лс
Интересно, кто-то на такие «коммерческие» предложения ещё покупается?
источник

C

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

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

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

АБ

Александр Блинов... in Обсуждения техдирские
Andrey Shetukhin
Именно поэтому я поставил VNC, так как это - доступ к консоли сервера, полный аналог КВМ. А не RDP, AnyDesk и прочее, что действительно предоставляет доступ по сети к _серверу_ и более того - мультипользовательский.

Вообще, я при свидетелях могу отключить на самой виртуалке всю сеть и всё равно VNC будет работать, так как он сам по себе отношения к виртуалке не имеет никакого, он предоставляется гипервизором.
Вариант "спросить у правообладателя с подробным описанием ситуации" возможен?
источник

AS

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

Г

Глеб in Обсуждения техдирские
Назовите vnc Васей. Пусть все запросы идут через Васю.
источник

AS

Andrey Shetukhin in Обсуждения техдирские
Бггг. Тут уже предлагали ОБЧР поставить
источник

Г

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

Г

Глеб in Обсуждения техдирские
Но, вполне возможно, что вы нарушаете какой-нибудь внутренний регламент безопасности вроде "запрещается передавать пароли".
источник

AS

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

DV

Dmitry Van'chev in Обсуждения техдирские
Глеб
Если запросы к системе выполняются последовательно с одного рабочего места, а не параллельно со многих, то лицензии на одного пользователя (одного оператора) должно быть достаточно. Разве нет?
Физических операторов может быть много, например, при сменном режиме работы.
Это как с RDP было давно конечно. В одной организации после обнов закрылся доступ одновременный к серверу, тупо лицензии не были куплены...
источник
2020 June 09

MG

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

Собственно, вопроса два
1. Какие вы видите слабые места у этой схемы?
2. Можно ли реализовать её силами gitlab ci?
источник

A

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

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

MG

Mikhail Glader in Обсуждения техдирские
ASPIRIN
1. Писать в файл как-то грустно, пусть лучше ставит тег в гилабе а changelog генерится по коммит мессенджам
2. Можно
2 как? Я не нашел, как запускать джобы "перед мерджем".
источник

MG

Mikhail Glader in Обсуждения техдирские
ASPIRIN
1. Писать в файл как-то грустно, пусть лучше ставит тег в гилабе а changelog генерится по коммит мессенджам
2. Можно
1. с тегом не получится, потому что может быть одновременно несколько мерджреквестов, ожидающих ревью.
источник

A

ASPIRIN in Обсуждения техдирские
Mikhail Glader
2 как? Я не нашел, как запускать джобы "перед мерджем".
Завтра только смогу скинуть пример
источник

MG

Mikhail Glader in Обсуждения техдирские
ASPIRIN
Завтра только смогу скинуть пример
Отлично, жду
источник

A

ASPIRIN in Обсуждения техдирские
Но я собираю докер контейнеры у меня зелёный develop и master ветки
источник

A

ASPIRIN in Обсуждения техдирские
Мр develop -> master , потом тэг с версией на master = релиз. Changelog генерю через git-chglog
источник

MG

Mikhail Glader in Обсуждения техдирские
ASPIRIN
Мр develop -> master , потом тэг с версией на master = релиз. Changelog генерю через git-chglog
Я правильно понял, что ты каждый раз собираешь changelog заново, не коммитишь в репу?
источник

C

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

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

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