1.2, pyphon (?), 10:05, 14/12/2024 [ответить] [﹢﹢﹢] [ · · · ]
| +2 +/– |
Как я увидел функционал:
1. Обрабатываем код black'ом.
2. Прогоняем линтеры.
3. Задаём правила форматирования.
4. Прогоняем код black'ом.
5. Чтоб не жать одни и теже кнопки используем pre-commit.
6. ...
7. Profit.
Никто в своём уме не будет тратить несколько дней на сведения одновременно нескольких веток с почти отрицательным результатом.
Поэтому никто и не знает про эти инструменты, кроме нескольких деятелей искусства и науки от компьютерных наук.
| |
|
2.11, Аноним (11), 11:40, 14/12/2024 [^] [^^] [^^^] [ответить]
| +7 +/– |
Каноникализаторы и editorconfig - не панацея. Он помогает уменьшить число конфликтов от того, что один разраб предпочитает одно, другой - другое, и у каждого редактор настроен по-своему. Но конфликты слияния проистекают не только из этого. Это ОГРОМНАЯ ГОЛОВНАЯ БОЛЬ, когда ты не можешь заапстримить свои патчи, потому что апстрим - чудак. Самый ужас начинается, когда апстрим рефакторит структуру проекта одновременно с рефакторингом кода. В результате все файлы с твоими изменениями превращаются в почти сплошной конфликт слияния.
ЗАПОМНИТЕ, ДЕТИ, ПЕРЕМЕЩЕНИЯ ФАЙЛОВ - СТРОГО В ОДНОМ КОММИТЕ, ЧИСТО ПОД ПЕРЕМЕЩЕНИЯ, А ИЗМЕНЕНИЯ ХОТЬ ОДНОГО СИМВОЛА КОДА - В ДРУГОМ.
| |
|
3.16, Аноним (5), 12:17, 14/12/2024 [^] [^^] [^^^] [ответить]
| +4 +/– |
Если проект нормально административно устроен все перемещения делает один человек он же по совместительству самый главный человек. Все остальное делают остальные люди и слушают что говорит главный человек. Все остальные перемещатели в очереди на прием к главному.
| |
|
4.62, Аноним (62), 19:49, 14/12/2024 [^] [^^] [^^^] [ответить]
| +1 +/– |
какие ещё остальные люди? все остальные рабы делают всё остальное
| |
|
3.26, fuggy (ok), 13:41, 14/12/2024 [^] [^^] [^^^] [ответить]
| +1 +/– |
А какая разница в скольких коммитах сделано перемещение и рефакторинг. Ведь мержим мы всё равно с итоговым результатом. То есть конфликты будут уже на этапе с перемещением.
| |
|
4.38, Аноним (38), 14:28, 14/12/2024 [^] [^^] [^^^] [ответить]
| +2 +/– |
Если файл просто 100%-перемещён, конфликтов именно с коммитом перемещения не будет, git поймёт, что изменение нужно перенаправить на другой файл. Когда же перемещение и рефакторинг свалили в кучу, то получаем дифф, где одна сторона /dev/null, и иди сам ищи, куда переместили. И вручную всё сливай.
| |
|
|
6.59, Аноним (59), 18:16, 14/12/2024 [^] [^^] [^^^] [ответить]
| +5 +/– |
> А если не гит?
А если не гит, то там с большой вероятностью один разработчик, и конфликты у него только с бабушкой, да и те на счёт того когда спать идти.
| |
|
|
8.96, Аноним (96), 18:18, 16/12/2024 [^] [^^] [^^^] [ответить] | +/– | Один проект оставшийся на недо-vcs никому не интересен Просто он не будет польз... текст свёрнут, показать | |
|
|
|
|
|
|
|
1.3, Аноним (3), 10:20, 14/12/2024 [ответить] [﹢﹢﹢] [ · · · ]
| –6 +/– |
Дочитал новость до "развивается проект mergiraf. Этот написанный на Rust инструмент (занимает 21 MiB!)" и прекратил чтение.
| |
|
|
3.30, adolfus (ok), 13:52, 14/12/2024 [^] [^^] [^^^] [ответить]
| –1 +/– |
Причем тут дискеты? Программа всегда загружается в физическую память и всегда там занимает места больше, чем на диске. Соответсвенно, всем остальным зело плохеет и все притормаживается из-за ужимания буферов и возросших в связи с этим обращений к дискам.
| |
|
4.33, Аноним (6), 14:01, 14/12/2024 [^] [^^] [^^^] [ответить]
| +/– |
Факт 1. У разработчиков обычно очень неплохое железо в связи с высокими зарплатами. Лично у меня 64 гига оперативочки, про OOM забыл как страшный сон, у меня весь рут "/" в tmpfs.
Факт 2. Сабж висит в оперативке не 24/7, а во время мерджей, что происходит от силы 5 минут в день.
Мой вопрос тебе: ты оперативку брал для того, чтобы любоваться ей, или чтобы использовать ее на максимум? Ты же надеюсь не покупаешь сервиз лишь для того, чтобы круглый год он пылился где-то на полке, а потом на новый год БОХАТО отведать оттуда оливье?
| |
|
5.35, Аноним (5), 14:16, 14/12/2024 [^] [^^] [^^^] [ответить]
| +4 +/– |
А причем тут зарплаты. Нормальным разработчикам железо покупает работодатель. И уж нормальные разработчик как то обходятся без сабжевых костылей просто нормально организовывая работу.
| |
5.57, Аноним (57), 18:03, 14/12/2024 [^] [^^] [^^^] [ответить]
| –1 +/– |
>У разработчиков обычно очень неплохое железо в связи с высокими зарплатами. Лично у меня 64 гига оперативочки
Ну это про корполративных разработчиков проприетарщины. А если раработчик опенсорсного проекта?
>у меня весь рут "/" в tmpfs
Тут напрашивается известный в интернетиках мем: "Чегооооо, .ля?!"
Проблема курицы и яйца, однако.
| |
|
6.94, Andrey (??), 17:13, 16/12/2024 [^] [^^] [^^^] [ответить]
| +/– |
64Гб стоят чуть больше 100 долларов. Если опенсорсный проект хоть кому-то нужен, то разработчик может и донатами набрать, раз уж у него так туго с деньгами.
| |
|
7.104, Аноним (105), 13:21, 17/12/2024 [^] [^^] [^^^] [ответить]
| +/– |
Опенсорсный проект, за который пользователю хоть цент платить придётся, никому не нужен. Так что тот дебил, который написал программу, требующую от каждого пользователя по "$100" (на самом деле намного больше, и есть вещи, которые ты даже за лимон не купишь), не наберёт донатов даже себе на кофе.
| |
|
|
5.79, InuYasha (??), 11:46, 15/12/2024 [^] [^^] [^^^] [ответить]
| +/– |
> лично у меня 64 гига оперативочки, про OOM забыл как страшный сон
Вот уж похвастался - так похвастался :D
Ну, давай и я тогда тоже - 256ГБ в проде и ООМ раз в 12 часов (в среднем). Сколько Жабу ни корми - всё равно мало будет.
А для себя пишу софт, которому и 8МБ за глаза будет.
| |
|
4.91, morphe (?), 21:55, 15/12/2024 [^] [^^] [^^^] [ответить]
| +/– |
В память программы паммятся в CoW режиме, соответственно за вычетом релокаций большая часть программы у тебя может загружаться лениво с диска, а раз у нас тут статическая линковка - областей памяти с релокациями тут минимум, а потому потребление тут будет меньше чем если бы эти 20мбайт были разбиты на несколько shared objectов
| |
4.97, Аноним (96), 18:28, 16/12/2024 [^] [^^] [^^^] [ответить] | +/– | Нет, не всегда и не всегда Программа mmap ится, при этом не обязательно все стр... большой текст свёрнут, показать | |
|
3.49, Аноним (49), 15:46, 14/12/2024 [^] [^^] [^^^] [ответить]
| +2 +/– |
Он и на болванку не поместится, если со всеми ржавозависимостями.
| |
|
2.12, Аноним (11), 11:48, 14/12/2024 [^] [^^] [^^^] [ответить] | –3 +/– | Вы уловили мой сарказм В оригинале там было занимает целых 21 MiB На само... большой текст свёрнут, показать | |
|
3.13, Аноним (11), 11:53, 14/12/2024 [^] [^^] [^^^] [ответить]
| +1 +/– |
>Проект активно развивается.
Я имею в виду, что ну вот вы перепишете проект на си. А дальше что? Разрабы запилят ещё десяток функций и перелопатят архитектуру. И вам придётся всё это портировать. Причём уже не нейросетью, а почти вручную, чтобы не превратить историю коммитов уже ВАШЕГО проекта в говно.
| |
|
4.31, Аноним (57), 13:54, 14/12/2024 [^] [^^] [^^^] [ответить]
| +/– |
Вы один из разработчиков?
Скажем так, если ваш проект будет успешно собираться посредством gccrs, то портировать его я ни на что не буду.
| |
|
5.41, Аноним (38), 14:36, 14/12/2024 [^] [^^] [^^^] [ответить]
| +/– |
Нет, просто недавно провёл кое-какие эксперименты по компиляции программ без cargo (своих, без сторонних крейтов, с использованием сишных либ). Нет, gccrs нормально не соберёт вообще ничего. На данном этапе gccrs - это просто бесполезный хлам, который не может собрать тривиальнейшие программы по типу hello worldа. Я даже специально максимально её изувечил, насрав на все гарантии раста и обмазав unsafeом (в нём нет стандартной библиотеки раста - сюрприз! так что приходится на libc писать, с полным unsafeом, и и то не хватает фич (в расте всё очень сильно завязано на поддержку комилятора) даже для этого), чтобы gccrs компилировал. А он не компилирует.
| |
|
6.51, Аноним (57), 15:52, 14/12/2024 [^] [^^] [^^^] [ответить]
| +/– |
Я не имел ввиду, вот прямо сейчас. Когда в GCC заявят, что теперь готов, хотя бы для сборки модулей ядра, когда они на Расте появятся, и хоть каких-то юзерспейсных библиотек.
| |
|
|
|
3.34, adolfus (ok), 14:15, 14/12/2024 [^] [^^] [^^^] [ответить] | +3 +/– | Если выкинуть всё дерево статически-линкуемых зависимостей, заменив его на сишн... большой текст свёрнут, показать | |
|
4.44, Аноним (38), 15:08, 14/12/2024 [^] [^^] [^^^] [ответить] | +/– | 1 если А вы не используйте крейты - эта экосистема заточена под bloatware Она... большой текст свёрнут, показать | |
|
5.89, Аноним (-), 16:57, 15/12/2024 [^] [^^] [^^^] [ответить] | +/– | Сишные либы неспособны даже структуры данных экспортировать Например, динамичес... большой текст свёрнут, показать | |
|
6.93, Аноним (93), 04:58, 16/12/2024 [^] [^^] [^^^] [ответить] | +/– | Не передёргивайте Когда я сказал проблема апстрима и мейнтейнеров , я имель в ... большой текст свёрнут, показать | |
|
|
|
3.98, Аноним (96), 18:34, 16/12/2024 [^] [^^] [^^^] [ответить]
| +/– |
> Программы должны от этого сильно похудеть.
Схрена ли это они должны похудеть? Зависимости от этого куда-то денутся? Сишный хелловорлд весит меньше потому что у него рантайм в отдельной сошке, с сошкой он весит больше чем растовый бинарник на порядок.
| |
|
2.68, Аноним (68), 00:52, 15/12/2024 [^] [^^] [^^^] [ответить]
| +/– |
Кстати, интересно. Текст новости, похоже, целиком написан нейросетью. Может и сама утилита тоже?
В весёлые времена живём!
| |
|
3.70, Аноним (71), 08:30, 15/12/2024 [^] [^^] [^^^] [ответить]
| +/– |
Текст любой новостной статьи написан нейросетью. Ещё в 1800-лохматом году так было.
| |
|
|
1.7, Аноним (7), 10:47, 14/12/2024 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– |
Сильно не хватает такого инструмента. Постоянно конфликты в тех же resx файлах. Хотя там простейший xml.
| |
|
2.37, adolfus (ok), 14:23, 14/12/2024 [^] [^^] [^^^] [ответить]
| –1 +/– |
> Сильно не хватает такого инструмента. Постоянно конфликты в тех же resx файлах.
> Хотя там простейший xml.
xml специально придуман, чтобы осложнить программистам жизнь и раздуть код, как и его младший брат -- json.
| |
|
|
4.55, Аноним (54), 16:36, 14/12/2024 [^] [^^] [^^^] [ответить]
| +/– |
а чатгпт закинул свой файл и попросил отформатировать.
чем не "я у мамы погромист"?
| |
|
|
|
1.8, nilsys (?), 11:20, 14/12/2024 [ответить] [﹢﹢﹢] [ · · · ]
| +4 +/– |
> ... примером чрезвычайно сложной системы. Сложные системы имеют одно общее свойство - они сложны - и вы не можете ожидать, что нужное сложное поведение возникнет само собой, случайно
чего?
| |
|
2.10, Аноним (10), 11:33, 14/12/2024 [^] [^^] [^^^] [ответить] | –3 +/– | Сайт OpenNET - не сайт сугубо для программистов, а об СПО в общем, для дилетанто... большой текст свёрнут, показать | |
|
|
4.23, freehck (ok), 13:03, 14/12/2024 [^] [^^] [^^^] [ответить]
| +1 +/– |
> Сайт OpenNET – это не просто сайт для каких-то бездельников или дилетантов!
Отличная формулировка. То есть, всё-таки для бездельников и дилетантов. =)
| |
|
3.40, adolfus (ok), 14:31, 14/12/2024 [^] [^^] [^^^] [ответить]
| +/– |
> Системы контроля версий - это не инструмент сугубо для программистов. Один мой
> знакомый документы ворда в них версионирует. Всё лучше, чем папочка с
> десятком файлов и потенциалом для путаницы.
Интересно, как бинарники можно в систех управления версиями (СУВ) хранить. Даже если .docx или .odt развернуть, то получится каталог из нескольких xml и бинарников, которые на сегодня никто из СУВ адекватно обрабатывать не умеет. Ну или я проспал лет десять-пятнадцать и за это время кто0-то что-то напсал на эту тему.
| |
|
4.50, Аноним (50), 15:48, 14/12/2024 [^] [^^] [^^^] [ответить]
| +/– |
Очень просто. Они хоть и не пребазируются и не диффятся, но как бекапы с меньшим геморроем - сойдёт.
| |
|
5.52, adolfus (ok), 16:09, 14/12/2024 [^] [^^] [^^^] [ответить]
| +/– |
> Очень просто. Они хоть и не пребазируются и не диффятся, но как
> бекапы с меньшим геморроем - сойдёт.
Ну разве только для этого. Я пару лет назад, когда была одна работа, связанная, в том числе и с разработкой кучей программной документации по GOST19, использовал git для .odt. Но для большего удобства (для diff) дополнительно делал с помощью odttotxt для каждого .odt текстовый файл, а сам .odt заворачивал в tar, чтобы метаданные не потерять. Плюс все рисунки отдельно от .odt рядом держал. Каждый коммит сопровождался сообщением. В принципе, работало более менее. Но если бы был нормальный xmldiff, то все было бы гораздо проще. Увы.
| |
|
6.66, Аноним (66), 22:49, 14/12/2024 [^] [^^] [^^^] [ответить]
| +/– |
> odt заворачивал в tar, чтобы метаданные не потерять.
> то все было бы гораздо проще. Увы.
Может, чуть проще будет с git-cache-meta или metastore. А может и нет.
| |
6.78, fuggy (ok), 10:15, 15/12/2024 [^] [^^] [^^^] [ответить]
| +/– |
Не обязательно plain text трансформацию хранить как отдельный файл. Можно в конфиге тот же odttotxt драйвер указать и тогда при команде git diff они будет корректно отображать нужный diff.
| |
|
5.77, fuggy (ok), 10:12, 15/12/2024 [^] [^^] [^^^] [ответить]
| +/– |
Они легко дифятся, достаточно прописать в git конфиге драйвер odt2txt. Но вот не мержаться, потому что бинарные файлы не имеют понятия строк и не получиться смержить просто объединив две последовательности. Поэтому документацию, если с ней предстоит много работать лучше хранить в markdown в репозитории. В случаи если всё же нужно много работать с бинарными файлами, то тут используем принцип из прошлого: лочим файл, чтобы никто другой в это время не мог с ним работать. Конечно git лочить не умеет, но вот git lfs что-то подобное может.
| |
|
6.86, Аноним (87), 15:08, 15/12/2024 [^] [^^] [^^^] [ответить]
| +/– |
Доку вообще лучше иметь в markdown виде. Я первым делом когда имею дело с докой в других форматах конверчу её в markdown. Так удобнее прямо в текстовом редакторе с ней работать.
| |
|
|
4.100, нах. (?), 23:39, 16/12/2024 [^] [^^] [^^^] [ответить]
| +/– |
Ты больше проспал.
Название я уже давно забыл за ненадобностью, но такая софтина существовала этак в 2010м.
А, ну да, ну да - под винду и разумеется платная (причем как-то сильно платная, без лицензий для ло... частных лиц)
Делала именно это - diff/merge офисных форматов.
(естественно - в человекочитаемом виде а не вот тебе два xml с блобами - на какой сам сядешь, на какой мать посадишь?)
| |
|
|
2.42, Аноним (-), 14:50, 14/12/2024 [^] [^^] [^^^] [ответить] | –1 +/– | Чего чего Пора повышать свой уровень образования, доводя его до минимально необ... большой текст свёрнут, показать | |
|
3.43, Аноним (43), 15:02, 14/12/2024 [^] [^^] [^^^] [ответить]
| +/– |
Надо быть не "айтишником", а человеком со здравым смыслом и логикой.
Программа не должна быть хаотичной системой. В ней не должна происходить самоорганизация. Написание кода - это проектирование и управление сложностью происходит как во время него, так и в процессе написания реализации. Применяя логику и здравый смысл всегда можно поддерживать сложность на приемлемом уровне.
>непонятен текст рассчитанный не на PhD в Computer Science, а на заурядного хомяка от IT
Применяя к написанию программ неприменимые понятия, ты расписываешься в фактической профнепригодности.
пиэйчди блджад. Просто смехотворно!!! Техник с самомнением и корочкой, которую в наше время чатгпт получить может. Лет через 10 ты со своим детским пафосом будешь просто лишним ртом в экономике.
| |
|
4.46, Аноним (46), 15:37, 14/12/2024 [^] [^^] [^^^] [ответить]
| +1 +/– |
> Лет через 10 ты
А ты, ничем от камнеукладчика отличаться не будешь со своим ийтишеством или думаешь за тебя чатгопота работать будет?
| |
|
|
|
1.14, Аноним (11), 12:05, 14/12/2024 [ответить] [﹢﹢﹢] [ · · · ] | +/– | Ещё забыл написать в статью парочку своих мыслей тоже уже написанных, но потеря... большой текст свёрнут, показать | |
1.21, НейроАноним (?), 12:32, 14/12/2024 [ответить] [﹢﹢﹢] [ · · · ]
| +3 +/– |
- Опубликован релиз проекта Mergiraf 0.4 с поддержкой трёхстороннего слияния и разрешения конфликтов в Git.
- Mergiraf поддерживает различные языки программирования и форматы файлов, а также может использоваться как отдельный инструмент для обработки конфликтов.
- В новой версии добавлена поддержка Python, TOML, Scala и TypeScript, а также оптимизация производительности.
- Программное обеспечение иллюстрирует эволюцию сложных систем, где каждая версия представляет собой набор функций, а изменения — мутации, формирующие граф.
- Snapshot-ы, полученные в результате слияния коммитов, сложно обрабатывать, что приводит к необходимости избегать их.
- Современные системы контроля версий, такие как Git, организуют snapshot-ы в виде ориентированных ациклических графов, что помогает создавать семантически значимую историю проекта.
- Проблемы построчного алгоритма могут привести к нерабочему коду при слиянии изменений, и разработчику необходимо вручную разрешать конфликты.
- Для применения патчей необходим инструмент, который будет хранить патчи, привязанные к оригинальному исходнику, с сериализацией оригинала.
- Инструмент должен выполнять трёхстороннее слияние, учитывая изменения и сохранённые элементы, с возможностью оптимизации синтетической базы.
| |
1.27, Аноним (43), 13:43, 14/12/2024 [ответить] [﹢﹢﹢] [ · · · ] | +/– | В разрабатываемой ветке устраивают параллельную реальность, а потом она не мержи... большой текст свёрнут, показать | |
|
2.48, Аноним (50), 15:45, 14/12/2024 [^] [^^] [^^^] [ответить]
| +/– |
Слушай, вот ты контрибьютер. Ты сделал изменение для себя. Послал Pull Request. Мейнтейнер-судак тебя игнорил 5 лет, а потом закрыл твой Pull Request со словами "мне лично - не нужно". При этом он продолжал развивать проект у себя в репозитории, постоянно gkjlz rjyakbrns. АО каких процессах тут речь идёт?
| |
|
3.65, Аноним (43), 22:14, 14/12/2024 [^] [^^] [^^^] [ответить]
| +/– |
Инструмент позволит легче мержить апстрим в свой форк? До первых структурных изменений в апстриме, но возможно. Все равно это капля в море по сравнению с корпоративной разработкой, где веткобесие принимает гротескные формы.
| |
|
4.69, Аноним (71), 08:27, 15/12/2024 [^] [^^] [^^^] [ответить]
| +/– |
Проблемы в Microsoft - это личные проблемы разработчиков, решивших связать себя с Microsoft. А также компании и их менеджемента. Мы тут причём?
>До первых структурных изменений в апстриме, но возможно
Да. Тут нужно трекать что происходит во всём проекте, а не на уровне отдельных файлов работать.
| |
|
5.88, Аноним (43), 16:52, 15/12/2024 [^] [^^] [^^^] [ответить] | +/– | Корпоративная разработка - это в принципе любая коммерческая Даже в проекте с т... большой текст свёрнут, показать | |
|
|
|
|
1.32, fuggy (ok), 14:00, 14/12/2024 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– |
Это новость или словоблудие. Какие-то рассуждения с введением в историю тулзов. Этому не место в новости. А вот примеров как включить и настроить или полный список языков и возможность добавить свой язык можно было добавить.
> слияние же - это почти как rebase, просто структурирует граф коммитов по-другому, в результате чего им становится неудобно манипулировать, поэтому от слияний стараются отказаться в пользу rebase-ов
Сильное заявление. Разводить холивар я не буду, но у ребейзов свои проблемы, потому что это переписывание истории. Я понимаю почему для лучшего применения этой тулзы хорошо когда изменения идут одно за одним. Почему бы тогда не применить Patch theory и было бы отличное решение из смеси Darcs с математическим подходом на основе популярного git.
Я определённо попробую это в деле. Список поддерживаемых языков больше чем написано в новости. Но кто гарантирует что после этого слияния проект будет билдится и работать также. Когда возникает конфликт при мерже это уже звоночек что нужно обратить внимание и вчитаться в код. Тут же это будет происходить тихо автоматом, а эвристики могут и ошибаться.
| |
|
2.45, Аноним (50), 15:37, 14/12/2024 [^] [^^] [^^^] [ответить]
| +/– |
>у ребейзов свои проблемы, потому что это переписывание истории
Как-бы это "ненастоящие" истории. "настоящая" - это главная ветка. Во всех остальных можно хоть на ушах стоять, пока они не часть основной - всем на них вообще пофиг.
>Я понимаю почему для лучшего применения этой тулзы хорошо когда изменения идут одно за одним
Да не только этой. Иногда бывает удобно превратить часть истории (а иногда - и всю!) в кучу patch-файлов, отредактировать их скриптами, после чего эту кучу patch-файлов за-git-amить. Если у вас коммиты не выстроены в линию, то история будет переструктурирована.
| |
|
3.82, fuggy (ok), 14:00, 15/12/2024 [^] [^^] [^^^] [ответить]
| +/– |
Ребейзы обманывают. Если разработчик написал строки +A +B, после ребейза может превратиться в несвязанные -B +C. И это всё попадает в мастер. В то время как мерж его видно сразу.
| |
|
2.47, Аноним (50), 15:41, 14/12/2024 [^] [^^] [^^^] [ответить]
| +/– |
>Когда возникает конфликт при мерже это уже звоночек что нужно обратить внимание и вчитаться в код. Тут же это будет происходить тихо автоматом, а эвристики могут и ошибаться.
Да, меня, как автора новости, это тоже волнует слегка. Но несильно. Ты и для line-based алгоритмов слияния сможешь влёгкую придумать случай, когда код сломается. От перебазирований и слияний это никого не останавливает. Этот риск просто принимают. Указанный же инструмент дополнительного риска не несёт: он фактически просто делает слияние в конфликтных регионах, которые на самом деле не конфликтные, а просто алгоритм на основе строк слишком тупой для них.
| |
|
3.90, Аноним (-), 19:42, 15/12/2024 [^] [^^] [^^^] [ответить] | +/– | Я позволю себе не согласиться, пускай и чисто умозрительно у меня нет конкретны... большой текст свёрнут, показать | |
|
4.99, Аноним (99), 21:14, 16/12/2024 [^] [^^] [^^^] [ответить] | +/– | 1 Для этого нужно серьёзное финансирование 2 Как я уже сказал, многие конфлик... большой текст свёрнут, показать | |
|
5.107, Аноним (-), 22:14, 17/12/2024 [^] [^^] [^^^] [ответить] | +/– | Зачем Для этого не потребуется какого-то особого железа, кордвадуо справится ле... большой текст свёрнут, показать | |
|
6.112, Аноним (112), 10:55, 19/12/2024 [^] [^^] [^^^] [ответить] | +/– | Если на Амазоне инстансы арендовать - да Иначе вечность ждать придётся Без опл... большой текст свёрнут, показать | |
|
|
|
|
|
|
2.72, Аноним (72), 08:35, 15/12/2024 [^] [^^] [^^^] [ответить]
| –1 +/– |
fix> YetAnotherOnanym быть не должно.
Вообще.
От слова "совсем".
То есть абсолютно.
| |
|
1.80, InuYasha (??), 11:48, 15/12/2024 [ответить] [﹢﹢﹢] [ · · · ]
| +2 +/– |
Пишите сразу, в начале статьи, пожалуйста, что "здрасьте - на Расте". А то время только зря потрачено и надежды разбиты.
| |
|
2.83, fuggy (ok), 14:10, 15/12/2024 [^] [^^] [^^^] [ответить]
| +/– |
Не всё ли равно на чём внутри написано. Если есть бинарник, ты же не собираешься всё компилировать сам. А вот с python или go гораздо хуже. Там начинается веселье поставь pip, поставь go потом качай библиотеки сам которых не хватает.
Не говоря уже про nodejs где цепочка может быть многоуровневым, поставь npm, через него поставь yarn, через него поставь webpack, ой на этой неделе вышел новый инструмент vite поэтому ставь его.
| |
|
3.85, Аноним (87), 15:05, 15/12/2024 [^] [^^] [^^^] [ответить]
| +/– |
Нет, с питоном как раз проще всего. Там библиотеки ВСЕ динамические, статической линковки просто не существует в принципе (существует "вендорирование" - аналог включения чужого проекта в своё дерево исходников, за такое надо из профессии с волчьим билетом гнать), поэтому в большинстве случаев достаточно одного git-репозитория проекта, и одного git-репозитория с зависимостью из числа тех, что уже не были установлены раньше. Goвно же имеет ту же модель, что и Cargo, Bazel и npm.
| |
|
4.102, Аноним (102), 09:44, 17/12/2024 [^] [^^] [^^^] [ответить]
| +/– |
Вендорирование возникло из-за требований к повторяемости сборки. А как ты повторишь сборку обычного проекта, если автор leftpad свой проект удалил, заблокировал или вставил постороннюю функциональность.
| |
|
5.103, Аноним (105), 13:18, 17/12/2024 [^] [^^] [^^^] [ответить]
| +/– |
А я хочу именно НЕ-ПОВТОРЯЕМОСТЬ, когда Я ЛИЧНО контролирую зависимости, а не автор пакета за меня решает, какой блоатварью меня накормить. Кому нужно обеспечить для своего пакета "повторяемость" - могут её легко достичь без вендорирования, просто записав все версии всех зависимостей в requirements.txt, который, к счастью, необязателен. Кому она нужна из пользователей - могут просто поставить всё в виртуальное окружение (всё равно для прода вся эта "повторяемость" абсолютно неприменима и годится только для игр вида "в повторяемой сборке тесты проходят - а мы иного и не обещали, wontfix, notabug").
| |
|
6.106, Аноним (-), 13:35, 17/12/2024 [^] [^^] [^^^] [ответить]
| +/– |
> А я хочу именно НЕ-ПОВТОРЯЕМОСТЬ, когда Я ЛИЧНО контролирую зависимости, а не автор пакета за меня решает, какой блоатварью меня накормить.
Твои хотелки - твои проблемы.
Пример либы XZ показывает, что тебе могут подсунуть специальный пакет и ты его получишь прям от мейнтенеров дистрибутива.
| |
6.108, Аноним (-), 22:21, 17/12/2024 [^] [^^] [^^^] [ответить] | +/– | Ваше мнение очень важно для нас Тот кто пишет код, тот и решает как ему удобн... большой текст свёрнут, показать | |
|
7.113, Аноним (112), 10:59, 19/12/2024 [^] [^^] [^^^] [ответить]
| +/– |
>Впрочем, ты можешь выкинуть завендоренные версии, и попытаться использовать другие
Так и делаю. Больно, правда.
>в то же время проверять эти сборки на отсутствие дополнительных бекдоров внедрённых сборщиком
1. Динамические библиотеки в отдельных пакетах как раз и дают
2. а проаудитить завендоренные бэкдоры, и их выковырять без пересборки - проблиматично. В вендоренный код вообще никто никогда не заглядывает. только те, кому его выковырять надо. Ито лишь постольку, поскольку надо для выковыривания.
| |
|
|
|
|
|
|
|