Войти
ПрограммированиеФорумОбщее

git clone <URL> <для такой-то даты> (8 стр)

Страницы: 14 5 6 7 8 9 Следующая »
#105
18:35, 23 июля 2019

exchg
> Ну т.е. мы возьмем гит потому что это модно, и сделаем из него svn/tfs потому
> что мы по другому не умеем. Вот в сотый раз читая подобный бред задаю себе
> вопрос - зачем эти люди используют гит?
Потому что гит это модно и молодёжно.

я тоже не понимаю этого, кроме тех случаев когда гит просто навязан и всё. (я о таком писал).

И если Гит навязан, то переключится со старых методов обслуживания на новые может быть не так просто.
Именно в принципиальной разнице хранения изменений.

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


#106
(Правка: 12:54) 4:38, 24 июля 2019

exchg
> Мои же утверждения?
Нет, п12 от ТС, от которого ты так упорно пытаешься отвертеться. Потому что в п12 и п0 на самом деле одна и та же хотелка, просто в п12 она лучше сформулирована, не оставляя тебе возможности притвориться, будто ты не понимаешь о чём речь.

> почему я писал на первой странице
Ты писал, что это "ненужно", а не почему не сделает.

> можно будет сразу компилировать
Ты тут опять пытаешься высосать из пальца противоречие. Гит вообще не имеет никакого отношения к компилируемости сорцов, и никакой тэг или коммент в нём тебе этого не гарантирует, хоть ты тыщу раз напиши на коммите "most relevant release ever, 100% compile guaranteed, Torvalds approved".

> ТСу нельзя. Еу нужно сразу и не лазить руками.
Не выдумывай. Ты просто исходишь из предположения, что мы пытаемся найти некий определённый коммит, и только лишь его. Но задача-то не так поставлена. Задача стоит узнать, на каком коммите стояла ветка в определённое время, не более. Зачем? А не скажу, лопата не должна этого знать. Ты сам говорил, что не дело лопаты знать, зачем копают яму.

> Вот в сотый раз читая подобный бред
Не сомневался, что тебя это триггернёт, хотя констрейнт был сугубо теоретический. Запросы к сети и диску на все эти операции гораздо медленнее идут.

> зачем эти люди используют гит?
Не по своему желанию, уж поверь.

> Потому, что у тебя две страницы назад не получилось заливать в бекап рефлог?
Две страницы назад ни про какой бэкап ещё речь не шла.

> Потому, что смысл бекапа - сохранять историю изменений. Рефлог в нее не входит
А как ты так делаешь бэкап, что он в него не входит? В моём представлении, бэкап репы — это когда ты тупо берёшь всю папку гита, и зипуешь.

> У клонов остается персональный рефлог.
Гипотетически, у них также остается рефлог с ремота, который они с него скачали (если предположить, что есть система его доставки, то, наверное, есть и какая-то система хранения).

#107
10:28, 24 июля 2019

А как в гите скачать файлы последней актуальной версии? Я так и не понял, как tag работает, вроде он помечает последний коммит.

#108
12:45, 24 июля 2019

Dimich
> А как в гите скачать файлы последней актуальной версии?
Что значит последней актуальной?
git pull вытащит последнюю версию. На той ветке, на которой ты сейчас будет последняя актуальная.

> Я так и не понял, как tag работает, вроде он помечает последний коммит.
tag - это просто сокращенное наименование для коммита. Чтобы ты мог обращаться к конкретному коммиту как tags/release-2019-june, а не только как
af30b46782170ab4c13a15f6h4f622a3fddf45234

#109
12:46, 24 июля 2019

BUzer
> В моём представлении, бэкап репы — это когда ты тупо берёшь всю папку гита, и
> зипуешь.
Это в перлы

#110
13:00, 24 июля 2019

9К720
Чё тебя развеселило, вот тут как первый же метод упоминается: https://git-memo.readthedocs.io/en/latest/repository_backup.html

#111
13:01, 24 июля 2019

BUzer
ты почитал бы повнимательнее что там дальше написано

#112
13:07, 24 июля 2019

9К720
Ты бы не выпендривался, а раскрыл свою мысль.

#113
16:33, 24 июля 2019

skalogryz
> И если Гит навязан, то переключится со старых методов обслуживания на новые
> может быть не так просто.
> Именно в принципиальной разнице хранения изменений.
...
> По-этому, люди идут по пути наменьшего сопротивления -  минимальных изменений -
> изолетной и матом, приматывая уже отлаженные процессы к гиту.
С одной стороны я понимаю ситуацию когда за тебя выбирают инструменты. С другой стороны я не понимаю ситуацию когда красят стены лопатой. Т.е. пусть не сразу, со временем все таки нужно как то и переходить на новые рельсы. Изолента и мат это рабочее, но временное решение.

BUzer
> Нет, п12 от ТС, от которого ты так упорно пытаешься отвертеться. Потому что в
> п12 и п0 на самом деле одна и та же хотелка
DEN
> Мне нужно: 1) Склонировать в пустую папку сорцы из репозитория, актуальные на
> такой-то момент времени, 2) Скомпилить сорцы
Я не пытаюсь отвертеться. Я, по моему, рассуждал и так и эдак. Зашел со всех сторон. А начал с того, что в общем случае просто не существует такого понятия. И то, что можно было бы назвать актуальным имеет много вариантов. И все равно придется выбирать из них руками. Место штатных средств которые позволяют однозначно
быстро делать задуманное.

> Ты писал, что это "ненужно", а не почему не сделает.
В том числе. Я писал и о том, что это ненужно вообщем и о том, что это не решит проблем ТСа. Ты не читал просто. )))

> Ты тут опять пытаешься высосать из пальца противоречие. Гит вообще не имеет
> никакого отношения к компилируемости сорцов, и никакой тэг или коммент в нём
Ой, ты вдруг понял и решил мне рассказать, что лопата не знает зачем копает яму ? ))

> тебе этого не гарантирует, хоть ты тыщу раз напиши на коммите "most relevant
> release ever, 100% compile guaranteed, Torvalds approved".
Если ты сделал тег "компилировать отето", а оно не компилируется это говорит о твоем уровне владения инструментом. Гит не при чем, тебе дают инструмент маркировки комитов, чтобы используя утвержденные у тебя на работе схемы именования человек мог однозначно вытянуть нужное состояние.

> Не выдумывай. Ты просто исходишь из предположения, что мы пытаемся найти некий
> определённый коммит, и только лишь его. Но задача-то не так поставлена. Задача
Ок, нам не нужен определенный комит. А место этого
> стоит узнать, на каком коммите стояла ветка в определённое время, не более.
нам нужен определенный комит. Ну и до кучи ты потерял про актуальность.

> теоретический. Запросы к сети и диску на все эти операции гораздо медленнее
> идут.
Причем тут запросы к сети и время? Ты реально не понимаешь, что за каждой штукой стоит некая идеология которая определяет как оно работает как его применять.. И если ты хочешь эту штуку нормально использовать, то ты должен придерживаться ее идеологии. Иначе, в большинстве случаев,  ты будешь красить лопатой стену, и материться, что изобретатель лопаты мудак.

> Не по своему желанию, уж поверь.
Да неважно ты сам выбрал или тебя заставили. По нормальному ты должен осваивать инструмент с которым ты работаешь. Если не хочешь, то так и скажи, тем кто тебя заставил, мне это не нравится, и я буду его использовать не по назначению.

> Две страницы назад ни про какой бэкап ещё речь не шла.
А ))) Так не знаешь, что такое зеркало и для чего оно надо? ))) Ты две страницы назад пытался вместе со мной всунуть туда рефлог. Просвещаю - это и есть один из вариантов бекапа с сохранением локальных рефов.

> В моём представлении, бэкап репы — это когда ты тупо берёшь всю папку гита, и
> зипуешь.
Ты красишь стену лопатой. С таким же успехом почему бы тебе не зипать папку с проектом ? ))) Это конечно иногда рабочий вариант, если нету ничего другого. Но когда у тебя большая репа это перестает быть интересным.

> Гипотетически, у них также остается рефлог с ремота, который они с него скачали
> (если предположить, что есть система его доставки, то, наверное, есть и
> какая-то система хранения).
Практически такая штука - если ты скачаешь с ремота список рефов, затем рефлог, а затем и все объекты, то ремот переедет к тебе, а все твое локальное творчество пропадет. Т.е. ты сделаешь полную копию ремота. Это и есть те самые рассуждения в парадигме клиент-сервер. А у тебя на самом деле то свой уникальный и равноправный репозиторий. Вот ты уникальность всю и убиваешь.

Опять же гипотетически, чтобы оно все вот так работало, то тебе нужно банально иметь полные копии каждого ремота + отдельно свое. С учетом того, что репы бывают разные по размеру это может быть очень накладно.

#114
3:26, 26 июля 2019

exchg
> И то, что можно было бы назвать актуальным имеет много вариантов.
Но в контексте этой дискуссии имеет смысл только один:

Актуальный:
соответствующий текущему состоянию

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


> Если ты сделал тег "компилировать отето", а оно не компилируется это говорит о
> твоем уровне владения инструментом.
Ну да, а если я написал пост на форум, а собеседник меня не понял, то это говорит о моём уровне владения браузером :)
Какая разница вообще, компилируется оно, или нет. "Скомпилировать" — это фигура речи, можно сказать "попытаться скомпилировать", от этого смысл в данном случае не изменится (только длиннее станет).

> Ок, нам не нужен определенный комит. А место этого
> нам нужен определенный комит. Ну и до кучи ты потерял про актуальность.
Вот смотри, ты тут пишешь: https://gamedev.ru/code/forum/?id=245434&m=5006504#m13
> Непонятно в какую именно дату "ехать" серверу если тебе нужна версия - "34.562" или скажем "super-alfa" Как тебе помогут даты?
Ты здесь подменяешь задачу: была задача найти не версию "34.562" или "super-alfa", а ту версию, которая была на заданную дату.
Про актуальность см. выше.

> Ты реально не понимаешь, что за каждой штукой стоит некая идеология
Ну давай, расскажи мне, какую идеологию нарушает констрейнт на уникальный таймстамп пушей в пределах одной микросекунды.

> Да неважно ты сам выбрал или тебя заставили.
Ага, велкам то Сити 17 :)

> Если не хочешь, то так и скажи, тем кто тебя заставил, мне это не нравится, и я
> буду его использовать не по назначению.
Да им пофиг, как я его использую, лишь бы результат работы в виде пуша в репу появился.

> А ))) Так не знаешь, что такое зеркало и для чего оно надо? )))
А, ну так бы сразу и сказал, что это у тебя не получилось заливать в бэкап рефлог — я бы сразу понял, о чём речь :)
Так собственно, в чём проблема-то? Мы же обсуждаем гипотетическую фичу, которой сейчас в гите нет. Само собой, некоторые тулзы, типа зеркала, в своём текущем виде на неё не рассчитаны. А была бы фича — были бы рассчитаны.

> ты сделаешь полную копию ремота. Это и есть те самые рассуждения в парадигме
> клиент-сервер.
> Вот ты уникальность всю и убиваешь.
Блин, а ничего, что команда clone уже идеологически по своему названию подразумевает, что мы делаем копию ремоута? Я даже официальный док процитирую:

If you want to get a copy of an existing Git repository — for example, a project you’d like to contribute to — the command you need is git clone. If you’re familiar with other VCS systems such as Subversion, you’ll notice that the command is "clone" and not "checkout". This is an important distinction — instead of getting just a working copy, Git receives a full copy of nearly all data that the server has.

То есть, сейчас мы клонируем 97% данных сервера, и это окей, а я вот захотел добавить к ним ещё 1%, и всё — я убийца уникальности.

> С учетом того, что репы бывают разные по размеру это может быть очень накладно.
Да оно и так накладно, это же в основе архитектуры гита лежит, что ты качаешь себе всю репу целиком. И это уже костылят давным-давно, всякими LFS и прочими. Торвальдса благодари за это, я-то тут при чём.

#115
(Правка: 5:09) 4:42, 26 июля 2019

BUzer
> Ты же пытаешься сделать вид
Я не делаю вид. Я тебе уже говорил, что я понимаю твою мысль и считаю этот подход в общем не верным.

> Какая разница вообще, компилируется оно, или нет. "Скомпилировать" — это фигура
> речи, можно сказать "попытаться скомпилировать", от этого смысл в данном случае
> не изменится (только длиннее станет).
Я не знаю фигура это речи или нет, я не умею читать мысли ТСа так как ты. ))) Но мне вот все равно не понятно зачем пытаться компилировать нечто, что по задумке автора еще не совсем закончено? Кроме крайних случаев когда ты ищешь баг например. И то, в этом случае ты делаешь бисекцию и робот называет тебе однозначный адрес нужного комита.

> Ты здесь подменяешь задачу: была задача найти не версию "34.562" или
> "super-alfa", а ту версию, которая была на заданную дату.
Не, в конкретном данном месте я привожу пример ТСу, как может решаться задача получения нужного состояния штатными средствами гита. Ничего сверх этого.

> Ну давай, расскажи мне, какую идеологию нарушает констрейнт на уникальный
> таймстамп пушей в пределах одной микросекунды.
В данном случае - здравый смысл. Я же не зря сказал - твои фантазии легко решаются в парадигме мастер_сервер/клиент_слейв. Зачем городить ограничения, синхронизации, пересылки локальных логов и прочее если можно сделать единую точку, и получить все это "нахаляву" ?

> Ага, велкам то Сити 17 :)
С одной стороны в любом месте работы тебя, так или иначе, напрягут пользоваться чем то, что тебе не по душе. С другой стороны если тебе доверят как понимающему что к чему, ты можешь пробовать менять инструментарий.

> Так собственно, в чём проблема-то? Мы же обсуждаем гипотетическую фичу, которой
> сейчас в гите нет. Само собой, некоторые тулзы, типа зеркала, в своём текущем
> виде на неё не рассчитаны. А была бы фича — были бы рассчитаны.
Как минимум в том, что данная конкретная фича затрагивает большие аспекты работы гита в текущем исполнении.

> Блин, а ничего, что команда clone уже идеологически по своему названию
> подразумевает, что мы делаем копию ремоута? Я даже официальный док процитирую:

  • ты до этого говорил о пуле а не о клоне.
  • ты клонируешь то, что я как хозяин репозитория отметил как готовое к клонированию. А именно я его закомитил в историю. Кроме этого у меня есть изменения которые лежат в сташе, в индексе и просто в рабочем дереве. И это часть моего репозитория. Рефлоги и таблица локальных рефов обслуживают как раз вот эти вещи. И на основании чего их отдавать наружу не понятно.
  • в документации уже исторически подчеркивают, что ты работаешь не с сериями изменений которые ты синкаешь с сервером, а с полной локальной копией.
  • > То есть, сейчас мы клонируем 97% данных сервера, и это окей, а я вот захотел
    Я не знаю зачем ты клонируешь 97% процентов если они тебе не нужны. Это все не так заментно пока ты тянешь микрорепу с гитхаба. А так то большие репы это 10+ гигов. И годы истории. Зачем это все тянуть если можно тянуть только то, что нужно?

    > добавить к ним ещё 1%, и всё — я убийца уникальности.
    Нет не один, как миниум ты тянешь все объекты которые есть на ремоте. Точнее на всех ремотах с кторыми ты работаешь. А это может быть и 5% и 50%. А во вторых ты убиваешь уникальность в том смысле, что скачивая рефлог и локальные рефы с ремота ты затираешь ВСЕ свои локальные изменения и историю о них.

    > Да оно и так накладно, это же в основе архитектуры гита лежит, что ты качаешь
    > себе всю репу целиком.
    Нет, не целиком. А только то, что мне нужно. Минимум один комит, максимум  всю репу. Это одна из фич, ты имеешь полную копию того,что тебе нужно и имеешь возможность работать над этим локально. И в нужный/удобный момент отдать это наружу. Плюс ты именно поэтому можешь крутить и плодить ветки как твоей душе угодно. Если тебе это не нужно, тебе не нужен гит. На гитхабе есть в том числе и svn репы.

    > И это уже костылят давным-давно, всякими LFS и прочими.
    Ты опять мимо, LFS это расширения для руления большими бинарниками. Т.е. тем, что не предполагалось. А вот GVFS да, одни "идиоты" запилили )))) Но там, дело в маркетинге, а не в необходимости.

    > Торвальдса благодари за это, я-то тут при чём.
    Он не виноват в том, что ты предлагаешь сделать все наоборот и тягать всю историю с каждого ремота. ))))

    #116
    13:45, 26 июля 2019

    exchg
    > Но мне вот все равно не понятно зачем пытаться компилировать нечто, что по
    > задумке автора еще не совсем закончено?
    Вот тут ты как раз изображаешь излишне любопытную лопату, которая не хочет копать, пока не выяснит, а подойдёт ли готовая яма по всем параметрам для тех целей, для которых её копают.

    > Не, в конкретном данном месте я привожу пример ТСу, как может решаться задача
    > получения нужного состояния штатными средствами гита.
    Ну вот и приведи пример, как штатными средствами гита решается задача получения того состояния, которое было последним на заданную дату.

    > В данном случае - здравый смысл.
    С точки зрения здравого смысла, эта граничная ситуация с сотней пушей в секунду от ботов — это ерунда, и вообще не принципиальный момент.

    > твои фантазии легко решаются
    …если сделать клон репы на постоянно включенном компе, и запустить скрипт, который делает фетч раз в минуту. Все изменения рефок ориджина автоматом залогируются, с точностью до минуты. Единственная проблема (помимо точности) — нет информации об авторах пушей. Но это то, что я бы, скорее всего сделал, если бы мне понадобилась история всех телодвижений с ветками на сервере, и я бы не хотел при этом трогать сам сервер.

    > Как минимум в том, что данная конкретная фича затрагивает большие аспекты
    > работы гита в текущем исполнении.
    Да ладно, ты же сам говорил — половина функционала уже есть :) Осталось-то всего ничего.

    > И это часть моего репозитория. Рефлоги и таблица локальных рефов обслуживают
    > как раз вот эти вещи. И на основании чего их отдавать наружу не понятно.
    Я просто напомню, что рефлоги (в смысле те рефлоги, что есть в гите сейчас) тут только лишь при том, что они и так уже сильно оказались похожи на тот функционал, который нужен для "машины времени". Но формально она не обязана быть сделана именно этими самыми рефлогами, и иметь ту же политику шаринга, что и они.

    > Зачем это все тянуть если можно тянуть только то, что нужно?
    Не тяни, я тебя заставляю что ли? Запроси рефлог за последний месяц, если больше не нужно.

    > скачивая рефлог и локальные рефы с ремота ты затираешь ВСЕ свои локальные
    > изменения и историю о них.
    Зачем затирать, можно же в отдельную папку сложить (как сейчас гит делает с ветками).
    Это всё тупые чисто технические моменты, я не понимаю, зачем ты их вообще поднимаешь, как будто это что-то принципиально неразрешимое.

    > Ты опять мимо, LFS это расширения для руления большими бинарниками.
    Чего это мимо? Тебе в позе клиент-сервер уже поимели уникальность твоей репы, свалив файло на центральный сервак, а ты только встрепенулся, что тебе гит в свн превращают.

    > А вот GVFS да, одни "идиоты" запилили ))))
    Насколько я понимаю, идея у LFS и GVFS примерно похожая, просто GVFS вдобавок распространяет её на все крохотные файлы, которые плодит гит в больших количествах.

    #117
    (Правка: 15:28) 15:10, 26 июля 2019

    BUzer
    > Вот тут ты как раз изображаешь излишне любопытную лопату,
    Я не могу изображать то, чем не являюсь по определению. Если ты себя ассоциируешь с лопатой, то почему ты удивляешься что тебе не доверяют самостоятельный выбор инструмента?

    > Ну вот и приведи пример, как штатными средствами гита решается задача получения
    > того состояния, которое было последним на заданную дату.
    Удивительно, я и еще несколько человек уже 8 страниц поясняем, что в общем случае не существует такого механизма. А ты после этого говоришь -  "а ну раз так то покажите мне не существующее".

    > С точки зрения здравого смысла, эта граничная ситуация с сотней пушей в секунду
    > от ботов — это ерунда, и вообще не принципиальный момент.
    Согласен граничные ситуации вообще бред и рассматривать их не стоит, тем более если они портят радужные картины. )))

    > …если сделать клон репы на постоянно включенном компе, и запустить скрипт,
    > который делает фетч раз в минуту.
    Это бред и есть в чистом виде.

    > Единственная проблема (помимо точности) — нет информации об авторах пушей. Но
    Это просто уродливо же. ))

    > это то, что я бы, скорее всего сделал, если бы мне понадобилась история всех
    > телодвижений с ветками на сервере, и я бы не хотел при этом трогать сам сервер.
    Хотя бы повесил какойнить  post-receive хук на сервере и пушил бы в "монитор". Чтобы хоть визуально сделать решение похожим на осознанное.

    > Да ладно, ты же сам говорил — половина функционала уже есть :) Осталось-то
    > всего ничего.
    Желаю удачи.

    > Я просто напомню, что рефлоги (в смысле те рефлоги, что есть в гите сейчас) тут
    > только лишь при том, что они и так уже сильно оказались похожи на тот
    > функционал, который нужен для "машины времени".
    Ок.

    > Но формально она не обязана быть сделана именно этими самыми рефлогами, и
    > иметь ту же политику шаринга, что и они.
    Ок, покажи, схематично, свое другое решение. Ну то которое реальное, а не формальное.

    > Не тяни, я тебя заставляю что ли?
    Напомню, это мой ответ на твое утверждение о 97% данных в котором я говорю что это не так. В свете этого мне не понятно о чем ты сейчас вообще говоришь.

    > Зачем затирать, можно же в отдельную папку сложить (как сейчас гит делает с
    > ветками).
    Не можно, а нужно. А следом за этим нужно будет сделать механизмы управления (как минимум переключения) этими логами.

    > Это всё тупые чисто технические моменты, я не понимаю, зачем ты их вообще
    > поднимаешь, как будто это что-то принципиально неразрешимое.
    Потому что эти чисто технические аспекты тянут за собой кучу других аспектов без которых никак. Без них это похоже на историю о том как нарисовать сову.

    > Чего это мимо? Тебе в позе клиент-сервер уже поимели уникальность твоей репы,
    > свалив файло на центральный сервак,
    Кто поимел ? Тот кто установил мне это расширение и заставил меня им пользоваться? Кто же это такой а? Кого же мне теперь винить?! ))) И это уникальность репы не затрагивает. Это затрагивает полную локальность.

    > Насколько я понимаю, идея у LFS и GVFS примерно похожая, просто GVFS вдобавок
    > распространяет её на все крохотные файлы, которые плодит гит в больших
    > количествах.
    Все так, только наоборот. LFS пользуется как надстройка над гитом, не ломая его, а просто трекая (точнее автоматизируя этот процесс) ссылки место реального файла. GVFS эмулирует получение файла гитом, при этом лениво дозапрашивая его с сервера по мере обращения. Т.е. полностью убивает всю автономность и намертво привязывает тебя к серверу.

    *в случае 1 ты точно знаешь что ресурсы не лежат в репозитории (что нормально т.к. гит это изначально про управление версиями исходных кодов), а место них есть адрес где их взять.

    *в случае 2 ты никогда не заешь что именно у тебя есть, а чего нету. Т.е. ты просто клиент который по необходимости запрашивает у мастер сервера необходимые данные. А локальный гит сам по себе становиться неким смарт кешем, который продолжает претворятся что все данные локальны.

    > а ты только встрепенулся, что тебе гит в свн превращают.
    Я не встрепенулся. Я говорю, о том что твои хотелки магически реализуются в клиент/серверной парадигме и о том, что глупо брать децентрализованную систему только для того чтобы целенаправленно делать из нее нечто противоположное. Намного рациональней сразу взять это противоположное.

    #118
    (Правка: 10:50) 6:47, 27 июля 2019

    exchg
    > Я не могу изображать то, чем не являюсь по определению.
    Извиняюсь за нескромный вопрос, у тебя русский — родной язык? Люди могут изображать то, чем они не являются. Например, как мужчина может изображать из себя женщину, или ребёнок может кричать чух-чух и изображать паровоз.

    > Удивительно, я и еще несколько человек уже 8 страниц поясняем, что в общем
    > случае не существует такого механизма.
    Ты не это делаешь, ты тут яростно протестуешь против того, чтобы средствами гита его соорудить, даже учитывая, что в гите и так уже есть подобные механизмы. Вот что действительно удивительно :)

    > Согласен граничные ситуации вообще бред и рассматривать их не стоит, тем более
    > если они портят радужные картины. )))
    Да-да, не считая того, что ты так и не смог конкретно сказать, что оно там "портит". Только выдал какую-то отмазку про "здравый смысл", что на деле означает, что реально возразить нечего.

    > Ок, покажи, схематично, свое другое решение.
    [рефлоги] -> Ctrl+C -> Ctrl+V -> [нерефлоги]

    > А следом за этим нужно будет сделать механизмы управления (как минимум
    > переключения) этими логами.
    Да ладно, вот бы без тебя не догадался.

    > Потому что эти чисто технические аспекты тянут за собой кучу других аспектов
    > без которых никак.
    Ну как обычно, когда делом каким-то занимаешься. Новости что ли какие-то?

    > Тот кто установил мне это расширение и заставил меня им пользоваться? Кто же
    > это такой а? Кого же мне теперь винить?! )))
    Не понимаю, что ты тогда пыжишься тут 8 страниц, ведь "машину времени" к себе на сервер тебя тоже не заставляют устанавливать.

    > *в случае 1 ты точно знаешь что ресурсы не лежат в репозитории
    > *в случае 2 ты никогда не заешь что именно у тебя есть, а чего нету.
    То есть, в обоих случаях ты без сервера не можешь делать всё, что гит обычно позволяет делать с локальной репой, но убивает автономность почему-то только п2.

    > глупо брать децентрализованную систему только для того чтобы целенаправленно
    > делать из нее нечто противоположное. Намного рациональней сразу взять это
    > противоположное.
    Так я и не спорю с этим. Проблема не в этом, а в том, что ты не допускаешь компромиссов. Например, Петя хочет фишки централизованной системы, а Вася хочет фишки децентрализованной. Как им работать вместе, если каждый из них возьмёт противоположное? Хм, но что, если можно взять одну систему, и добавить в неё фишек из другой, тогда все будут довольны? "Ни в коем случае!" — набегают пуристы. "Вася с Петей должны сразиться друг с другом авторитетом, и один должен задоминировать другого, заставив полностью принять парадигму его системы" — утверждают они. А потом на сцену выйдет ещё больший авторитет, и объявит, что это теперь допустимо в нашей парадигме, и тогда те же самые пуристы начнут восславлять новую офигенную фишку, против которой вчера воевали.

    #119
    11:45, 27 июля 2019

    BUzer
    > Извиняюсь за нескромный вопрос, у тебя русский — родной язык? Люди могут
    > изображать то, чем они не являются.
    А если для меня родной суахили, это резко изменит ситуацию?

    > Или у тебя комплексы какие-то на этой почве, что ты подобных сравнений не
    > выдерживаешь?
    Я не вижу смысла изображать женщину или ребенка или лопату. Тем более что в текущем контексте мы рассуждаем как операторы этих самых лопат.

    > Ты не это делаешь, ты тут яростно протестуешь против того, чтобы средствами
    Мне вообще то все равно, вы хоть упарывайтесь там и руками побайтно записывайте. Самому себе вредить не запретишь. Тем более через интернет. ))

    > гита его соорудить, даже учитывая, что в гите и так уже есть подобные
    > механизмы. Вот что действительно удивительно :)
    Удивительно в гите есть средства для работы с файлами, почему бы из него не соорудить менеджер файлов? А еще кстати им скорее всего можно архивировать...

    Эти механизмы для того чтобы забивать гвозди, закручивать ими шурупы не получится. Хотя тебе и кажется, что раз оно в общем для соединения двух тел, то какая разница шурупом или гвоздем?

    > Да-да, не считая того, что ты так и не смог конкретно сказать, что оно там
    > "портит". Только выдал какую-то отмазку про "здравый смысл", что на деле
    > означает, что реально возразить нечего.
    Я тебе 7 листов говорю что именно не так. Если ты до сих пор не понял, то или ты не в состоянии или у меня литературного таланту нету (его конечно нету, но он бы мне все равно не помог ))) ).

    > [рефлоги] -> Ctrl+C -> Ctrl+V -> [нерефлоги]
    Ну теперь, то вижу глубину твоей мысли! Что ты раньше то молчал? Конечно - да. Телеграфировал Торвальду что у нас тут прорыв. Ожидай, с тобой свяжутся.

    > Да ладно, вот бы без тебя не догадался.
    Нет.

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

    > То есть, в обоих случаях ты без сервера не можешь делать всё, что гит обычно
    > позволяет делать с локальной репой, но убивает автономность почему-то только
    > п2.
    В первом можешь во втором нет. Повторяю, для носителей языка - ресурсы лежать в репе с исходными файлами не должны. Ты работаешь с исходными файлами. LFS автоматизирует процесс управления тракинга ссылок на ресурсы. Ты их теперь не руками вставляешь а оно само, автоматом. Во втором случае у тебя нету физически файлов с исходными текстами. Но ты думаешь, что они есть. А их нету. А ты думаешь что они есть. А тебя обманывают. Поэтому без сервеа ты не можешь их даже прочитать. А в первом случае ты знаешь что ресурсов нету, что есть только ссылки на них.

    Не сильно сложные предложения? Я могу попробовать писать еще проще.

    > Не понимаю, что ты тогда пыжишься тут 8 страниц, ведь "машину времени" к себе
    > на сервер тебя тоже не заставляют устанавливать.
    Так ее и не существует. )))

    > Так я и не спорю с этим.
    Да, ты просто это делаешь не споря. )))

    > Проблема не в этом, а в том, что ты не допускаешь компромиссов.
    Да мне в целом все равно. Я просто пытаюсь подсказать.

    > Хм, но что, если можно взять одну систему, и добавить в неё фишек из другой,
    > тогда все будут довольны?
    А.. у тебя проблемы на фундаментальном уровне.  Любая системы должна быть целостна и непротиворечива. Иначе она не будет работать в общем случае. И ты сам себя обрекаешь на поход по минному полю. И как только ты наступишь на мину то выйдет "новый авторитет" и предложит очередное офигенно компромиссное решение. Прямо как ты описал ниже )))

    > Ни в коем случае!" — набегают пуристы. "Вася с Петей должны сразиться друг с
    > другом авторитетом, и один должен задоминировать другого, заставив полностью
    > принять парадигму его системы" — утверждают они.
    Ты сейчас похож на ребенка которому запрещают ковыряться в носу на людях. Мол ведь все равно все ковыряются, чо я то должен прятаться? Да кто они такие чтобы запрещать мне ковырять в носу??!!1 Личность я или куда? ))

    > А потом на сцену выйдет ещё больший авторитет, и объявит, что это теперь
    > допустимо в нашей парадигме, и тогда те же самые пуристы начнут восславлять
    > новую офигенную фишку, против которой вчера воевали.
    Не поверишь ты абсолютно точно описал что будет случае использования твоих предложений ! Ты сам то это понял?

    Страницы: 14 5 6 7 8 9 Следующая »
    ПрограммированиеФорумОбщее