Bayfong, Придумать бизнес задачу за вас?) Никаких примеров тут я придумать не смогу. В гугле много road map для C#, изучайте сначала его, а уже потом влезайте в юнити - всё, что могу сказать.
Bayfong, ну, опять же имхо, "минимальное приложение" - то, которое может делать %что-то% и не ломаться (%что-то% - любая бизнес задача). Опять же, показать MessageBox != jun.
Vitaly Karasik, билд и деплой должны стартовать после изменения основного кода. Но есть пару критичных сабмодулей, за которыми стоит следить пристально и они должны точно попадать в деплой. Например: инициализация настроек приложения, была ошибка в сабмодуле - её исправили и надо сделать билд + деплой после этого, но основной код никак не поменяется.
На сколько будет хорошей практикой такой расклад:
1) 1 задача смотрит в master ветку (она же dev) и просто обновляет сабмодули и делает коммиты этих изменений
2) 2 задача смотрит в build ветку (она же prod), собирает и выкатывает в прод приложение
3) Вся разработка ведется в master'e и игнорируется для сборки
Хотелось бы автоматизировать обновление сабмодулей, чтобы руками не обновлять их
joyrax-dev, очень давно не работал с NetworkStream, точно сказать не смогу. Но кейсов таких, чтобы я читал одно и тоже - не было.
то-есть ему нужно перед записывание данных в поток, сначала записать размер тех данных?
Ну, а как вы еще хотите узнать размер того, что вам нужно прочитать? Можете, в прицепе вконец писать какой-то спец. символ по которому будет понятно, что это конец строки и надо её обрабатывать, но это (ИМХО) не очень, проще и удобнее вначале 4 байта воткнуть.
dotnetcsharp, в моем случае с interceptor'ом такой кейс и будет отлично работать, перехватили запрос -> посмотрели, что токен кончился -> обновили токен -> пробросили изначальный запрос дальше с новым токеном -> получаем 200 OK :)
Вопрос вообще не так составлен. Во первых отношения к ASP.NET он отношения не имеет, а сложность явно не "сложно". Минута духоты кончилась, теперь по самому вопросу: руками эти данные править нельзя, используйте IPasswordHasher, который генерирует хэши паролей.
Евгений Механиков, я не DevOps, просто нужно как-то наладить систему билдов и тестов, чтобы не ручками, поэтому выбор пал на Jenkins, k8s я, если начну изучать, то головой точно поеду, надеюсь, что можно как-то проще решить