Скины - нет. А ЛОЛку - да. Но я согласен, люди далекие от геймдева не особо понимают что такое онлайн игры, как они работают и почему детей надо от них подальше держать.
Привет. Я разработчик игр с 2006 года. Что я должен увидеть в этой статье? Что я должен сделать? Не делать мобильные игры и не рекламировать их фейковыми гифками? Э... ну ок. Я этого и так не делал, но на будущее тоже учту.
В какой области? Большая часть данных какая? Геймдев, например. Проекты на UE. Подавляющая часть данных - бинари. HEAD - сотни гигабайт. Репозиторий - террабайты.
1.5 террабайтное видео? Нет, не пушил. А мы здесь обсуждаем 1.5 террабайтные видео в репке? Простите, не знал. Для 1.5 террабайтных видео не надо гит использовать.
Гит создавался для обмена патчами через почту. Какая разница для чего он создавался, если он уже давно промышленный стандарт для самых разных проектов? Я так понимаю в гите lfs, partial cloning. и аттрибуты binary, -delta, lockable - для кода и текстовых файлов были введены...
Предполагаю, что все таки знаю как работает гит. Если у вас в ручном варианте хранится история в виде v1.dwg, v2.dwg v3.dwg, то и в гите, даже без lfs, никакого оверхеда не будет. Будет ровно тоже самое, только автоматизированное. В вашей репе будет три ПОЛНЫХ dwg файла, да. Это чем-то отличается от ручного хранения тех же трех ПОЛНЫХ dwg файла?
Если у вас есть в автокаде дифф, прикрутите этот дифф к гиту. Ровно так работает скрипт mergetool из поставки гита. Он не работает с смердженным конфликтным файлом, а выдирает две версии файлов и отдает внешним тулам.
UPD: вы же в курсе про -delta? Просто весь ваш пост выглядит так, как будто не в курсе.
Основная задача "системы контроля версий" напрямую описана в названии. А то что вы хотите - приятные бонусы.
Если у вас стоит задача "хранить версии", а в обсуждаемом топике именно такая задача и обозначена, "система контроля версий" подходит идеально. Причем любая.
"Распределенная" системы с централизованными lfs и lockами. Система до сих пор поддерживающая патчи передаваемые через email. Гит это эволюционно разросшийся комбайн обросший костылями, к сожалению. Гит - порождение unix модели, который противоречит этой модели. Основа unix идеологии - инструменты должно хоршо делать узкоспециализированную задачу. А гит - монстр, который пытается удовлетворить всех. Из-за этого превратившийся в нечто плохо перевариваемое.
С какими вытекающими? Гит без проблем хранит бинарные файлы. нет, серьезно, расскажите что там за проблемы у гита с бинарями. Не обтекаемыми фразами "у гита всегда были проблемы с бинарями", а по пунктам. Смею предположить что вы не знаете какие у него проблемы. Потому что в вашем кейсе у него никаких проблем нет. Будет работать как минимум не хуже, чем локальное хранение ручной истории.
Если у вас сейчас ситуация с размножением 1.dwg, 2.dwg 3.dwg - гит коммиты заменят её без проблем. Не работает бинарный дифф? А с ручными1.dwg, 2.dwg 3.dwg - работает?
Что останется... Ветки и коммиты. Да, именно они и останутся. Это и есть суть VCS: заменить ручное "v1.zip, v2.zip, v3.zip" на автоматизированную систему. А что еще вам нужно?
Банально: сделал фичу. Понял что сделал криво. Переделал. Понял что первый вариант был лучше... А его уже нет. С VCS - просто откатил файл или посмотрел историю. VCS в одиночных проектах удобен и нужен. Нет ни одной причины не использовать.
Проблема в том, что гит это мультимегакомбайн. Нужно прочитать книгу, чтобы начать понимать как он работает. И, это плохой признак. Инструмент задача которого сводится к "принять файлы, отдать файлы" не должен требовать прочтения книги для работы.
Да, нужно работать с материалами и источниками света. Это не улучшение оригинала, это полная переработка. И нет, именно фейк. Потому что никакого PBR Не было и в помине и считалось всё по фонгу скорее всего. А это совершенно другое освещение дает.
Что значит "улучшить" оригинальное? Оригинальное - фейк. Груб говоря раньше у вас был пластиковый шарик, который имитировал воздушный шарик за счет лески прибитой к потолку. Вы сделали настоящий воздушный шарик. Приходит чувак и говорит: "Вы переделали полностью. А надо было улучшить то что было сделано." Нельзя улучшить фейк с помощью рейтрейсинга. Можно только переделать.
Не игры надо запрещать. А определенные манипулятивные техники. Но там не так-то просто выделить то что надо запрещать.
Скины - нет. А ЛОЛку - да.
Но я согласен, люди далекие от геймдева не особо понимают что такое онлайн игры, как они работают и почему детей надо от них подальше держать.
Школьник, который может потратить десятки тысяч на скины - это большой вопрос к родителям...
Привет. Я разработчик игр с 2006 года.
Что я должен увидеть в этой статье? Что я должен сделать?
Не делать мобильные игры и не рекламировать их фейковыми гифками? Э... ну ок. Я этого и так не делал, но на будущее тоже учту.
Не душните. Для всех давно это уже: АКкумуляторная Батарея
Не будет никаких мерджей. Вы тоже не знаете о -delta?
В какой области? Большая часть данных какая?Геймдев, например. Проекты на UE. Подавляющая часть данных - бинари. HEAD - сотни гигабайт. Репозиторий - террабайты.
1.5 террабайтное видео? Нет, не пушил. А мы здесь обсуждаем 1.5 террабайтные видео в репке? Простите, не знал. Для 1.5 террабайтных видео не надо гит использовать.
Гит создавался для обмена патчами через почту. Какая разница для чего он создавался, если он уже давно промышленный стандарт для самых разных проектов? Я так понимаю в гите lfs, partial cloning. и аттрибуты binary, -delta, lockable - для кода и текстовых файлов были введены...
И без сравнивалки это работает. Через lock или через выбор одной из двух версий.
Предполагаю, что все таки знаю как работает гит.
Если у вас в ручном варианте хранится история в виде v1.dwg, v2.dwg v3.dwg, то и в гите, даже без lfs, никакого оверхеда не будет.
Будет ровно тоже самое, только автоматизированное.
В вашей репе будет три ПОЛНЫХ dwg файла, да. Это чем-то отличается от ручного хранения тех же трех ПОЛНЫХ dwg файла?
Если у вас есть в автокаде дифф, прикрутите этот дифф к гиту. Ровно так работает скрипт mergetool из поставки гита. Он не работает с смердженным конфликтным файлом, а выдирает две версии файлов и отдает внешним тулам.
UPD: вы же в курсе про -delta? Просто весь ваш пост выглядит так, как будто не в курсе.
Основная задача "системы контроля версий" напрямую описана в названии. А то что вы хотите - приятные бонусы.
Если у вас стоит задача "хранить версии", а в обсуждаемом топике именно такая задача и обозначена, "система контроля версий" подходит идеально. Причем любая.
"Распределенная" системы с централизованными lfs и lockами.
Система до сих пор поддерживающая патчи передаваемые через email.
Гит это эволюционно разросшийся комбайн обросший костылями, к сожалению.
Гит - порождение unix модели, который противоречит этой модели.
Основа unix идеологии - инструменты должно хоршо делать узкоспециализированную задачу. А гит - монстр, который пытается удовлетворить всех. Из-за этого превратившийся в нечто плохо перевариваемое.
С какими вытекающими? Гит без проблем хранит бинарные файлы.
нет, серьезно, расскажите что там за проблемы у гита с бинарями. Не обтекаемыми фразами "у гита всегда были проблемы с бинарями", а по пунктам. Смею предположить что вы не знаете какие у него проблемы. Потому что в вашем кейсе у него никаких проблем нет. Будет работать как минимум не хуже, чем локальное хранение ручной истории.
Если у вас сейчас ситуация с размножением 1.dwg, 2.dwg 3.dwg - гит коммиты заменят её без проблем.
Не работает бинарный дифф? А с ручными1.dwg, 2.dwg 3.dwg - работает?
Что останется... Ветки и коммиты. Да, именно они и останутся. Это и есть суть VCS: заменить ручное "v1.zip, v2.zip, v3.zip" на автоматизированную систему. А что еще вам нужно?
Банально: сделал фичу. Понял что сделал криво. Переделал. Понял что первый вариант был лучше... А его уже нет.
С VCS - просто откатил файл или посмотрел историю.
VCS в одиночных проектах удобен и нужен. Нет ни одной причины не использовать.
Почему вы автокад файлы не храните в гите?
Проблема в том, что гит это мультимегакомбайн. Нужно прочитать книгу, чтобы начать понимать как он работает.
И, это плохой признак. Инструмент задача которого сводится к "принять файлы, отдать файлы" не должен требовать прочтения книги для работы.
Да, нужно работать с материалами и источниками света.
Это не улучшение оригинала, это полная переработка.
И нет, именно фейк. Потому что никакого PBR Не было и в помине и считалось всё по фонгу скорее всего. А это совершенно другое освещение дает.
Что значит "улучшить" оригинальное? Оригинальное - фейк.
Груб говоря раньше у вас был пластиковый шарик, который имитировал воздушный шарик за счет лески прибитой к потолку.
Вы сделали настоящий воздушный шарик.
Приходит чувак и говорит: "Вы переделали полностью. А надо было улучшить то что было сделано."
Нельзя улучшить фейк с помощью рейтрейсинга. Можно только переделать.
Я не вижу смысла продолжать, вы вводите новые условия и уводите тему в сторону.