The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Выпуск распределенной системы управления исходными текстами Git 2.29, opennews (??), 20-Окт-20, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


32. "Выпуск распределенной системы управления исходными текстами ..."  +/
Сообщение от Козлетто (?), 20-Окт-20, 17:27 
Интересно почему СКВ популярно только у программистов? Теоретически они могут полезны везде где есть часто изменяемые файлы и необходимость командной работе с ними. А то бухгалтеры и дизайнеры плодят 100500 файлов _копия100500 где в этой помойке не разберёшь где что лежит
Ответить | Правка | Наверх | Cообщить модератору

41. "Выпуск распределенной системы управления исходными текстами ..."  +2 +/
Сообщение от JL2001 (ok), 20-Окт-20, 18:35 
> Интересно почему СКВ популярно только у программистов? Теоретически они могут полезны везде
> где есть часто изменяемые файлы и необходимость командной работе с ними.
> А то бухгалтеры и дизайнеры плодят 100500 файлов _копия100500 где в
> этой помойке не разберёшь где что лежит

потому что у ворда (и майкрософтофиса) бинарные и проприетарные форматы

но я присоединяюсь к вашему недоумению

Ответить | Правка | Наверх | Cообщить модератору

44. "Выпуск распределенной системы управления исходными текстами ..."  +/
Сообщение от Козлетто (?), 20-Окт-20, 18:52 
>> Интересно почему СКВ популярно только у программистов? Теоретически они могут полезны везде
>> где есть часто изменяемые файлы и необходимость командной работе с ними.
>> А то бухгалтеры и дизайнеры плодят 100500 файлов _копия100500 где в
>> этой помойке не разберёшь где что лежит
> потому что у ворда (и майкрософтофиса) бинарные и проприетарные форматы
> но я присоединяюсь к вашему недоумению

А что мешает этом ворду или другой аналогичной программе использовать текстовый недеструктивный формат? Вендорлок?

Ответить | Правка | Наверх | Cообщить модератору

60. "Выпуск распределенной системы управления исходными текстами ..."  +1 +/
Сообщение от anonymous yet another (?), 20-Окт-20, 21:11 
Микрософт ;)

Вообще-то в MS Word есть встроенный контроль версий. Пригодность к использованию по назначению --- не знаю, я word'ом не пользуюсь. Судя по тому, что об этом почти никто не знает, наверное не пригодно. Там много чего интересного при желании можно найти. Я из присланной рекрутёрами описания вакансии ради интереса достал оттуда: компанию, запостившую вакансию, дату когда её создали, имена hr-ов в оригинальной компании и рекрутинговом агенстве, имя заинтересованного руководителя, примерное количество соискателей на эту вакансию и динамику изменений требований к кандидату, включая денежное довольствие (откуда следовало, что с наймом на эту позицию проблемы).

Ответить | Правка | Наверх | Cообщить модератору

73. "Выпуск распределенной системы управления исходными текстами ..."  +/
Сообщение от Crazy Alex (ok), 21-Окт-20, 02:27 
Вполне пригодно и активно используется. В либре аналогичное есть. Проблема скорее в том, что общая культура работы с данными в ворде в среднем по больнице чудовищна - ну там, на одного учёного тысяча секретарш, которые даже стили не понимают.
Ответить | Правка | Наверх | Cообщить модератору

77. "Выпуск распределенной системы управления исходными текстами ..."  +/
Сообщение от GG (ok), 21-Окт-20, 05:02 
У учёных тоже каша в головах.
То ли дело писатели, вот у этих гит хорошо заходит.
Ответить | Правка | Наверх | Cообщить модератору

108. "Выпуск распределенной системы управления исходными текстами ..."  +/
Сообщение от anonymous yet another (?), 21-Окт-20, 16:40 
Беда в том, что чувствительная информация регулярно утекает незаметно для потребителя. И сделано так (по крайней мере, было; есть ли сейчас?) "из коробки".
Ответить | Правка | К родителю #73 | Наверх | Cообщить модератору

61. "Выпуск распределенной системы управления исходными текстами ..."  –2 +/
Сообщение от fuggy (ok), 20-Окт-20, 21:15 
На самом деле всё просто. Бинарные файлы тоже можно сравнивать. Достаточно
$ git config diff.word.textconv docx2txt
$ echo '*.docx diff=word' > .gitattributes
Если документы хранятся в репозитории, то можно легко их сравнить. Конечно форматирование теряется, но программистам и не нужно форматирование. А бухгалтеры всё равно не смогут использовать даже GUI git, чтобы делать это. Если только обёртку для этого написать, но мёржить всё равно не получится, проще их на markdown пересадить.
Ответить | Правка | К родителю #41 | Наверх | Cообщить модератору

65. "Выпуск распределенной системы управления исходными текстами ..."  +/
Сообщение от Аноним (62), 21-Окт-20, 00:00 
Уже давно не бинарные
Ответить | Правка | К родителю #41 | Наверх | Cообщить модератору

66. "Выпуск распределенной системы управления исходными текстами ..."  –1 +/
Сообщение от Аноним (132), 21-Окт-20, 00:03 
Дело не в бинарном формате, а в том, что все существующие стабильные системы контроля версий - текстовые. То есть подходят только для исходников и плейн текста, и то очень плохо. А нужна система для DAGов, а не последовательностей строк.
Ответить | Правка | К родителю #41 | Наверх | Cообщить модератору

120. "Выпуск распределенной системы управления исходными текстами ..."  +/
Сообщение от пох. (?), 21-Окт-20, 18:46 
> Дело не в бинарном формате, а в том, что все существующие стабильные системы контроля версий -
> текстовые.

хуже - они линейно-ориентированные. html - это в общем текстовый файл. Только от добавления лишнего пробела или переноса строки, ВНЕЗАПНО, не только не портится, как модные-современные форматы, а хуже того - в результирующем его отображении не меняется НИЧЕГО.

> То есть подходят только для исходников и плейн текста

именно так. Причем для исходников не на пихоне тоже неудобны - приходится добавлять отдельные костыли и подпорки для борьбы с лишним пробелом (а перенос по прежнему неизлечим).

Но с вордом (и экселом) прикол в том, что они ТОЖЕ линейно-ориентированные, хотя и не плейнтекст. И показать что вот в этой строке поменяли а на б а вон та просто сдвинута ниже - вполне можно. Просто не ждите от шва6одкоистерическ подобного инструмента. Включая для шва6одкиных форматов шва6одкоофиса, не на тех напали.

Коммерческие - лет десять назад вполне успешно существовали, к сожалению, мне тогда были без пользы, поэтому названий не вспомню.

Ответить | Правка | Наверх | Cообщить модератору

95. "Выпуск распределенной системы управления исходными текстами ..."  +/
Сообщение от пох. (?), 21-Окт-20, 11:40 
> потому что у ворда (и майкрософтофиса) бинарные и проприетарные форматы

средства для трекинга изменений в которых (пусть бинарные и проприетарные) существуют уже лет двадцать.

> но я присоединяюсь к вашему недоумению

спи спокойно, твоей шва6одке они не угрожают
Сравнить два .odt ты сможешь примерно никогда.

Ответить | Правка | К родителю #41 | Наверх | Cообщить модератору

118. "Выпуск распределенной системы управления исходными текстами ..."  +/
Сообщение от Аноним (8), 21-Окт-20, 18:28 
А какая разница? diff это капля в море возможностей vcs. Посмотреть "как было" и "как стало" можно с абсолютно любым форматом, плюс кто и когда что-то менял. А если постараться, можно и diff сделать. Например, github замечательно умеет diff картинок.
Ответить | Правка | К родителю #41 | Наверх | Cообщить модератору

51. "Выпуск распределенной системы управления исходными текстами ..."  –1 +/
Сообщение от Michael Shigorinemail (ok), 20-Окт-20, 19:48 
> Интересно почему СКВ популярно только у программистов?

Ну почему, в девяностые вроде как и у бухгалтеров с дизайнерами СКВ бывали популярны...

Ответить | Правка | К родителю #32 | Наверх | Cообщить модератору

52. "Выпуск распределенной системы управления исходными текстами ..."  –2 +/
Сообщение от Аноним (3), 20-Окт-20, 20:06 
Лично я загнал себя в задницу тысячами и тысячами файлов разных версий на диске. Они ещё и названы могут быть различно (а могут и одно и то же имя иметь). Единственное решение, которое я сейчас вижу, это при любом сохранении файла на диске, принудительно требовать добавлять дополнительную инфу (вроде содержимого и версии, даты), ссылку на онлайн источник, дополнительно извлекать данные о времени последнего изменения файлов в архиве, и всё это пихать в кдеешный semantic desktop (если бы он ещё не обнулялся рандомно). Файлы то относительно небольшие: 10 гигабайт туда, 15 гигабайт сюда, три тысячи тысячи файлов по 4 гигабайта вон там и там, пойди разберись и рассортируй. И это всё за полгода. Когда файлы повторяются, но они разные, это начинает немного напряхать, потом по 10 версий одного файла и найди последний/нужный.
Ответить | Правка | К родителю #32 | Наверх | Cообщить модератору

56. "Выпуск распределенной системы управления исходными текстами ..."  –2 +/
Сообщение от Аноним (3), 20-Окт-20, 20:43 
Главная боль в том, что данные рандомно обновляются. И мне что-то не хватает кнопки СРАВНИТЬ ФАЙЛЫ ПРОХЕШИРОВАВ ОБА в кде, когда предлагает заменить файл с одинаковым именем. Там может несколько байт поменялось, НО ОНИ ВАЖНЫЕ. Как люди вообще с файлами работают? Что-либо найти вообще тяжело, файлы называют чёрте как. Но реально, принудительное тагирование нормальными данными наверное бы помогло.  Все эти файлы замечательно копятся и потом не ясно куда делись десятки терабайт, а тебе срочно нужны терабайты под какие-то данные, а всё забито мусором и частичными дубликатами.
Ответить | Правка | Наверх | Cообщить модератору

99. "Выпуск распределенной системы управления исходными текстами ..."  +/
Сообщение от Ordu (ok), 21-Окт-20, 13:45 
> Как люди вообще с файлами работают?

Твой case описан крайне мутно, сложно дать конкретный совет. Я упорядочиваю ебуки в чём-то типа wiki построенной на org-mode файликах. Мне плюс-минус пофигу как там называются файлы, потому как если мне что-то надо, я ищу это в org-mode по тегам или ключевым словам, и там есть ссылки на файлы.

edit: есть универсальный совет под такие проблемы: lisp. lisp позволяет смешивать описание данных и код. То есть ты начинаешь описывать данные в виде s-expressions, а потом добавляешь обвязку, которая автоматизирует самые болезненные действия. Тут я могу порекомендовать [1], в качестве введения в тему. Это правда common lisp, а не что-нибудь хипстерское типа scheme или racket. Но переключиться с CL на scheme/racket не так уж и сложно.

[1] http://www.gigamonkeys.com/book/

Ответить | Правка | Наверх | Cообщить модератору

109. "Выпуск распределенной системы управления исходными текстами ..."  +/
Сообщение от Аноним (3), 21-Окт-20, 16:43 
Мне нужно управление файлами, полученными из интернета. Допустим, я знаю, что ищу, но найти это, не проследовав на источник в интернете и не получив из него имя искомого файла и дату последнего изменения (а в самом лучшем случае и хэш), не представляется возможным: если я открываю архив. я вижу в нём какие-то бинарные файлы, и что дальше? По соседству может лежать точно такой же файл, более старый по времени изменения и имеющий тот же самый размер, но по факту это более новый файл с кучей изменений. Всё-таки, юзабилити нынешних файловых менеджеров не очень высокое. Было бы неплохо интегрировать систему файл менеджмента (я пока только реализовал подгрузку сведений из интернета, но где-то придётся запускать браузер из-за скриптов и это уже не удобно).
Ответить | Правка | Наверх | Cообщить модератору

110. "Выпуск распределенной системы управления исходными текстами ..."  +/
Сообщение от Аноним (3), 21-Окт-20, 16:47 
Мне кажется, в случае с архивами, можно просканировать файл на предмет самого последнего изменения для всех файлов в архиве. Не поможет для изврата, где время изменения подделали, но в целом должно быть нормально. Но это работает только с архивами, с бинарями не получится и тут только считать хэш -- это единственная доступная инфа. Если бы существовал реестр загрузок, хэши для всех файлов в него вполне можно было бы и сохранять. Но они долго считаются. Т_Т
Ответить | Правка | Наверх | Cообщить модератору

111. "Выпуск распределенной системы управления исходными текстами ..."  +/
Сообщение от Аноним (3), 21-Окт-20, 16:51 
В идеале было бы в процессе загрузки хэши считать. Ну т.е. если скачивать будет скрипт вместо браузера, он может и добавлять всё куда нужно. Однако это мнее удобно, наверное. И опять же проблема: страницы генерируются скриптами, нужно решать капчи, и прочее такое. Почему никто не напишет такое ПО?
Ответить | Правка | Наверх | Cообщить модератору

113. "Выпуск распределенной системы управления исходными текстами ..."  +/
Сообщение от Аноним (3), 21-Окт-20, 17:02 
А вот тут что-то можно сделать. Время изменения для локального файла выставлять по последнему обновлённому файлу в архиве. У локального файла архива всё ещё остаётся время создания (даже два, но с ними всегда путаница и второе в glibc только недавно добавили).
Ответить | Правка | К родителю #110 | Наверх | Cообщить модератору

126. "Выпуск распределенной системы управления исходными текстами ..."  +/
Сообщение от Аноним (3), 21-Окт-20, 21:46 
Я имею в виду, я это сделал (шелл, правда), но это не информация об удалённом файле. В принципе, так даже лучше, да? Не знаю.
Ответить | Правка | Наверх | Cообщить модератору

117. "Выпуск распределенной системы управления исходными текстами ..."  +/
Сообщение от Аноним (8), 21-Окт-20, 18:25 
Это просто мера уровня специалиста. Всё что может периодически изменяться руками нет смысла не хранить в vcs. Да, не для всего можно сделать diff, но diff это только один малюсенький аспект работы с VCS. Посмотреть как было, как стало, кто и когда изменил можно абсолютно всегда. И очень часто нужно.
Ответить | Правка | К родителю #32 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру