RobFPGA 35 25 декабря, 2023 Опубликовано 25 декабря, 2023 · Жалоба 28 minutes ago, firstvald said: нужен был весь проект. но не та внутренняя хрень, которая получилась. я так понял что или ребята не умели проект получать или там вообще так устроено что проект невозможно вытащить , хотя почему? Понятие "проект" для разных людей может иметь разное значение, тем более если этот проект в репе. Это может быть и весь реп с историй, а для кого только последнее актуальное состояние. Только вот актуальных состояний в репе может быть несколько. А устроено все правильно, из репа можно получить хоть весь проект (комплект файлов), хоть любой отдельный файл на любом историческом отрезке. Чего не сделаешь из архива на флешки (ну разве что имея мешок таких флешек) ... Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
firstvald 24 25 декабря, 2023 Опубликовано 25 декабря, 2023 · Жалоба вообще-то на флешке как раз все лежит. и последовательное развитие проекта просто пишется полным сохранением всего проекта. что спасало при крахах и одном пожаре. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
RobFPGA 35 25 декабря, 2023 Опубликовано 25 декабря, 2023 · Жалоба 1 hour ago, firstvald said: вообще-то на флешке как раз все лежит. и последовательное развитие проекта просто пишется полным сохранением всего проекта. Жуть какая ... Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Doka 4 25 февраля Опубликовано 25 февраля · Жалоба On 11/21/2023 at 8:41 AM, dxp said: А вот, например, для схематики/PCB отлично подходит svn, т.к. там обычно никакого ветвления (и слияния, которое в случае с нетекствыми файлами очень затруднительно) не требуется, а нужно инкрементально сохранять последовательные изменения проекта. On 11/21/2023 at 8:41 AM, dxp said: пара моментов, где системы svn/Perfoce сильнее, чем git: работа с нетекстовыми файлами большого размера. в гит как минимум можно исходя из расширения/маски имени файла пометить через .gitattributes файл как бинарный, чтобы гит не пытался делать diff и прочие необдуманные вещи. помимо этого, так же есть такая приятная штука как git lfs Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
dxp 65 26 февраля Опубликовано 26 февраля · Жалоба 5 часов назад, Doka сказал: в гит как минимум можно исходя из расширения/маски имени файла пометить через .gitattributes файл как бинарный, чтобы гит не пытался делать diff и прочие необдуманные вещи. в Perforce это тоже есть, там вообще удобно -- ПКМ, указать. что файл бинарный. С большими репозиториями Perforce/Subversion всё равно работают эффективнее, т.к. у них это организовано как файловая система. Особенно Perforce, у которого очень развит backend (поддержка распределённых серверов, фоновая синхронизация и т.п.). Другое дело, что по основному назначению -- управления версиями они ни в какое сравнение с Git не идут. Поэтому для кода -- git без вариантов. Для схем/печатных плат любой вариант приемлем. 5 часов назад, Doka сказал: помимо этого, так же есть такая приятная штука как git lfs Вот именно поэтому и появляются такие расширения, что сам по себе git в таких делах далеко не крут. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Doka 4 27 февраля Опубликовано 27 февраля · Жалоба On 2/26/2024 at 5:52 AM, dxp said: Вот именно поэтому и появляются такие расширения, что сам по себе git в таких делах далеко не крут. А на мой взгляд гит тем и крут, что вокруг него развивают инфраструктуру и делается много крутых штук. Я вот только относительно недавно освоил хуки (как раньше без них обходился - не представляю), а помимо встроенных есть еще и продвинутый сторонний обработчик хуков: https://pre-commit.com/#usage ❤️ Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
dxp 65 28 февраля Опубликовано 28 февраля · Жалоба В 27.02.2024 в 15:54, Doka сказал: А на мой взгляд гит тем и крут, что вокруг него развивают инфраструктуру и делается много крутых штук. Git крут не по этому, а потому что он хорошо поддерживает модель с гибким ветвлением и слиянием, что позволяет эффективно вести работу параллельно группе разработчиков, не мешая друг другу, и при этом иметь внятную (красивую) историю развития проекта, по которой легко можно найти все значимые шаги и нюансы их прохождения. А Git LFS выглядит откровенным костылём. В Perforce достаточно просто указать файлу, что он двоичный, и всё. При этом можно указать, чтобы он не все ревизии файла хранил, а только какую-то часть -- например, 10 или 20 последних, можно указать какие-то отдельные ревизии, чтобы он их зафиксировал и они всегда оставались в истории. При этом ничего больше делать не надо -- ни ставить какие-то дополнительные инструменты, ни как-то иначе управлять репозиторием. В Git LFS же нужно его сперва отдельно установить, хотя это мелочь на фоне остального. Главное же -- там требуется специальный удалённый хостинг типа гитхаба или битбакета. И управлять всем этим надо тоже отличным от обычного способа, вызывая команды git lfs ... Никак не могу признать это годным средством. Костыль как он есть. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Shivers 0 6 марта Опубликовано 6 марта · Жалоба Голосую за Perforce. 3 года на нем сижу, и это лучшее что я видел для эсик. Единственное, для опенакцесс баз там не очень удобно, по слухам, но я цифрой занимаюсь, не аналогом. Кажется, аналоговики сначала пакуют базы виртуозо и только потом в p4 кладут, но это не точно. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
dxp 65 7 марта Опубликовано 7 марта · Жалоба 10 часов назад, Shivers сказал: это лучшее что я видел для эсик Какая специфика разработки под ASIC делает Perforce предпочтельнее Git, учитывая, что с именно версионированием (возможностью легко и непринуждённо вести параллельно несколько веток -- версий) у Perforce всё достаточно печально. Нужно бинарники большого объёма сохранять под контролем? Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
kolobok0 0 9 марта Опубликовано 9 марта · Жалоба On 11/19/2023 at 9:55 PM, kirill70674 said: Здравствуйте, коллеги Есть ли какие-то исследования на тему популярности различных систем контроля версий на территории РФ? холивар... 1) git 2) скажу ещё жёстче = gitlab only с уважением (круглый) Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться