| 1.1, Аноним (1), 11:32, 19/04/2022 [ответить] [﹢﹢﹢] [ · · · ]
| –4 +/– | |
>Для обеспечения целостности истории и устойчивости к изменениям "задним числом" используются неявное хеширование всей предыдущей истории в каждом коммите, также возможно удостоверение цифровыми подписями разработчиков отдельных тегов и коммитов.
всегда было забавно на это смотреть - давайте создадим себе сложность и будем героически ее решать
| | |
| |
| |
| 3.3, Аноним (3), 11:44, 19/04/2022 [^] [^^] [^^^] [ответить]
| –2 +/– |
неявное хеширование ВСЕЙ предыдущей истории в КАЖДОМ коммите
| | |
| |
| 4.10, Аноним (10), 12:35, 19/04/2022 [^] [^^] [^^^] [ответить]
| +/– | |
>неявное хеширование ВСЕЙ предыдущей истории в КАЖДОМ коммите
и как тут это укладывается - "неявное" и "всей"?
| | |
| 4.82, Анонимомус (?), 13:41, 20/04/2022 [^] [^^] [^^^] [ответить]
| +/– |
В каждом коммите указан хеш его родителя(или родителей для мерджа), кроме того там есть хеш дерева файлов, в котором хеши конкретных файлов. В общем в коммите нет явного списка всей истории, она берется по цепочке.
| | |
|
| 3.4, Аноним (1), 11:47, 19/04/2022 [^] [^^] [^^^] [ответить]
| +4 +/– |
Keep it simple, stupid. не нужно было разрешать переписывать историю вовсе.
| | |
| |
| 4.5, А где же каменты (?), 12:08, 19/04/2022 [^] [^^] [^^^] [ответить]
| –1 +/– |
Как это сделать без хеширования ? Интрудер просто вручную изменит Хистори и разрешения спрашивать не будет.
| | |
| |
| 5.14, Аноним (1), 12:39, 19/04/2022 [^] [^^] [^^^] [ответить]
| –1 +/– | |
>Как это сделать без хеширования ?
это все детали реализации, понятно что нужен отпечаток в любом случае. но хэш всей истории по идее кажется не очень обязательным.
>Интрудер просто вручную изменит Хистори и разрешения спрашивать не будет.
в этом собсна и поинт - не должно быть простого способа(апи) это сделать
| | |
| |
| 6.18, Аноним (18), 12:50, 19/04/2022 [^] [^^] [^^^] [ответить]
| +/– | |
> это все детали реализации
Анекдот про сову и мышей.
> не должно быть простого способа(апи) это сделать
Почему не должно? Кто это сказал? Почему ты выносишь решение сразу для всех компаний и всех разработчиков, как им работать Правильно™?
| | |
| |
| 7.25, Аноним (1), 13:25, 19/04/2022 [^] [^^] [^^^] [ответить]
| +/– | |
>Почему не должно? Кто это сказал? Почему ты выносишь решение сразу для всех компаний и всех разработчиков, как им работать Правильно™?
окей, возможно слишком резковато выразился. почитай ниже про плюсы и минусы.
| | |
|
| 6.58, Michael Shigorin (ok), 19:20, 19/04/2022 [^] [^^] [^^^] [ответить]
| +1 +/– |
 > в этом собсна и поинт - не должно быть простого способа(апи) это сделать
Вы серьёзно думаете, что грабителя остановит неудобство калитки?
...поколение подменяющих принципы "удобными API"...
| | |
|
|
| 4.7, Аноним (18), 12:24, 19/04/2022 [^] [^^] [^^^] [ответить]
| +7 +/– | |
> не нужно было разрешать переписывать историю вовсе
Запретить переписывать историю можно на уровне репозиториев (в гитлабе, -хабе и т. д.). Ключевая фича гита -- в децентрализованности, без хэшей никак. Если кто-то перезаписывает историю -- это не должно остаться незамеченным.
> Keep it simple, stupid
Если нужно еще проще, то для тебя есть "Новая папка (281)".
| | |
| |
| 5.9, Аноним (1), 12:33, 19/04/2022 [^] [^^] [^^^] [ответить]
| –1 +/– | |
>Запретить переписывать историю можно на уровне репозиториев (в гитлабе, -хабе и т. д.).
это называется костыли. из-за их накопления потом ui и страдает кстати
>Если нужно еще проще, то для тебя есть "Новая папка (281)".
зачем сразу такие крайности. мне нравится идея hg в этом плане. он не менее распределеннее гита, к слову. по дефолту история не меняется. но если оочень зачем-то надо - такую фичу сделали, но запрятали подальше отдельным расширением (для тех кто пришел с гита видимо)
| | |
| |
| 6.12, Аноним (18), 12:39, 19/04/2022 [^] [^^] [^^^] [ответить]
| +/– | |
> называется костыли
почему костыли? то, можно ли перезаписывать историю -- явно относится к политике компании. Где-то можно, где-то нельзя. Почему VCS должен это как-то ограничивать -- не ясно.
> если оочень зачем-то надо - такую фичу сделали
ну раз тоже сделали -- то тоже молодцы. Пусть возьмут с полки пирожок.
| | |
| |
| 7.17, Аноним (1), 12:49, 19/04/2022 [^] [^^] [^^^] [ответить]
| –3 +/– | |
>явно относится к политике компании. Где-то можно, где-то нельзя.
не вижу ни одного плюса от возможности переписывать историю, но вижу несколько минусов (особенно если поменять под в общих ветках), от необходимости переклонировать репу, что не страшно - до полного разламывания всей репы(особенно актуально для новичков)
| | |
| |
| 8.22, Аноним (18), 13:10, 19/04/2022 [^] [^^] [^^^] [ответить] | +2 +/– | в репе могут оказаться конфиденциальные данные или просто какой-то лишний крупны... текст свёрнут, показать | | |
| |
| 9.24, Аноним (1), 13:22, 19/04/2022 [^] [^^] [^^^] [ответить] | –1 +/– | это хороший аргумент имхо в таком случае лучше явно репу удалить и переехать на... текст свёрнут, показать | | |
| |
| 10.27, Аноним (18), 13:28, 19/04/2022 [^] [^^] [^^^] [ответить] | +2 +/– | Чем это отличается от перезаписи истории Тоже принципиально новый набор коммито... текст свёрнут, показать | | |
|
|
|
|
| 6.59, Michael Shigorin (ok), 19:23, 19/04/2022 [^] [^^] [^^^] [ответить]
| +/– | |
> он не менее распределеннее
Вы неграмотны, увы.
Нет, дело не только в правописании. А в полном непонимании того, _почему_ в распределённой системе линейно нумеруемые ревизии не годятся -- даже не затрагивая адресацию по содержимому и далее со всеми остановками.
Пожалуйста, не лезьте в эти темы что-нить ляпнуть.
Почитайте лучше матчасть.
Сослужите себе как, надеюсь, в будущем специалисту хорошую службу.
| | |
|
|
| 4.34, freehck (ok), 14:01, 19/04/2022 [^] [^^] [^^^] [ответить]
| +1 +/– |
 > не нужно было разрешать переписывать историю вовсе.
Тут какое-то жёсткое недопонимание работы git. Вот чтобы не было возможности переписывать историю и нужно:
> неявное хеширование всей предыдущей истории в каждом коммите
Где тут усмотрели героическое решение самосозданных проблем -- не понятно.
| | |
| |
| 5.41, Аноним (41), 15:02, 19/04/2022 [^] [^^] [^^^] [ответить]
| –1 +/– |
Разрешили менять историю(создали проблему) -> добавили проверку целостности (решили проблему). Про то что хеширование какое-то неявное хз, комент другого анонима
| | |
| |
| 6.42, freehck (ok), 15:04, 19/04/2022 [^] [^^] [^^^] [ответить]
| +/– | |
> Разрешили менять историю
Когда это вдруг разрешили менять историю?
| | |
| |
| |
| 8.49, freehck (ok), 15:54, 19/04/2022 [^] [^^] [^^^] [ответить] | +1 +/– | Дорогой анон, когда мы говорим про изменение истории, мы прежде всего говорим о ... текст свёрнут, показать | | |
|
|
|
|
| 4.51, Аноним (51), 17:05, 19/04/2022 [^] [^^] [^^^] [ответить]
| +/– |
Опеннетчика хлебом не корми, дай позапрещать что-нибудь. Тебе как-то персонально жмёт в заду от того, что есть такая фича? Ты же понимаешь, что «запретить переписывать историю» невозможно в принципе. Да, можно усложнить этот процесс, но, как ты сам сказал, keep it simple. Это относится не только к созданию простых (но не проще, чем это необходимо!) решений, но и к созданию простых интерфейсов человек-компьютер. Что и реализовано в гите в данном случае — простой интерфейс к довольно сложной операции.
| | |
| |
| 5.61, Michael Shigorin (ok), 19:26, 19/04/2022 [^] [^^] [^^^] [ответить]
| +/– | |
> Опеннетчика хлебом не корми, дай позапрещать что-нибудь.
При чём здесь опеннетчики? Cancel-культурка растёт самое позднее от иудейской верхушки времён 33 года н.э., решившей "отменить" воскресение Лазаря.
| | |
| |
| 6.72, YetAnotherOnanym (ok), 21:48, 19/04/2022 [^] [^^] [^^^] [ответить]
| +/– |
 Похоже, имя безумца Герострата и вправду забыли, а уж он-то пораньше Лазаря жил.
Сработала cancel-культурка!
| | |
| |
| 7.87, Аноним (-), 01:25, 22/04/2022 [^] [^^] [^^^] [ответить]
| +/– |
До "их" эры времени не было - громче всех держи cancel culture орет ее носитель...
| | |
|
|
|
|
|
| 2.20, Аноним (20), 13:01, 19/04/2022 [^] [^^] [^^^] [ответить]
| –1 +/– |
Если ты не решаешь ни каких проблем как объяснишь, то что тебе надо выделять финансирование?
| | |
|
| 1.8, Аноним (10), 12:33, 19/04/2022 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
На втором изображении:
>index 75a248188a..7074bbdd53 10644
разве правильно, что стоит значение "10644"?
| | |
| |
| 2.77, Аноним (77), 01:11, 20/04/2022 [^] [^^] [^^^] [ответить]
| +/– | |
> разве правильно, что стоит значение "10644"?
А что не так с 10644? Казалось бы, обычные права на обычный файл.
| | |
|
| 1.16, Аноним (16), 12:46, 19/04/2022 [ответить] [﹢﹢﹢] [ · · · ]
| –2 +/– |
Слыхал где-то про какую-то darks, что тип круче Гита и тру хаскел пацаны только дарксом пользуются. Кто-нибудь слышал о ней что-нибудь, может прокомментировать?
| | |
| |
| |
| 3.29, Аноним (16), 13:30, 19/04/2022 [^] [^^] [^^^] [ответить]
| –1 +/– |
Так важно не хайп, а трушность. Хаскел, скажем, не хайповый, но никто не станет спорить с тем, что Хаскел - тру
| | |
| |
| 4.35, freehck (ok), 14:05, 19/04/2022 [^] [^^] [^^^] [ответить]
| +2 +/– | |
> Хаскел, скажем, не хайповый, но никто не станет спорить с тем, что Хаскел - тру
Конечно никто не станет спорить, что он не "тру", пока ты это самое "тру" не определишь нормально.
А так-то по минусам хаскеля можно сказать довольно много всего.
| | |
| 4.38, Z (??), 14:33, 19/04/2022 [^] [^^] [^^^] [ответить]
| –1 +/– | |
> Хаскел - тру
Хоть один известный проект покажи. По моему это чисто маргинально-эксперементальный язык.
| | |
| |
| 5.44, Аноним (44), 15:11, 19/04/2022 [^] [^^] [^^^] [ответить]
| +3 +/– |
 > Хоть один известный проект покажи. По моему это чисто маргинально-эксперементальный язык.
Pandoc?
| | |
| 5.52, Аноним (51), 17:06, 19/04/2022 [^] [^^] [^^^] [ответить]
| –1 +/– |
Shellcheck. Если ты пишешь портянки на шелле без шелчека, твой код ужасен. Инфа сотка.
| | |
|
|
|
| 2.62, Michael Shigorin (ok), 19:28, 19/04/2022 [^] [^^] [^^^] [ответить]
| +/– | |
У darcs есть интересная (и, кажется, уникальная) фича -- переносить "смысл" изменений, т.е. вместо приложения буквального diff'а выводить разницу вида "переменную ABC везде заменили на DEF".
А так только хаскелятники знакомые ею и пользовались, да.
| | |
| |
| 3.76, DM (??), 23:57, 19/04/2022 [^] [^^] [^^^] [ответить]
| +/– |
Был период где-то между появлениями GNU arch (tla) и GIT, когда не только хаскелятники использовали
darcs.
| | |
|
|
| 1.30, Аноним (30), 13:31, 19/04/2022 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– |
А что там с Conditional config includes based on remote URL ? Когда уже
| | |
| 1.36, Андрей (??), 14:15, 19/04/2022 [ответить] [﹢﹢﹢] [ · · · ]
| +/– | |
> Подобное поведение может быть полезным для восстановления состояния после сбоев, когда нет уверенности в целостности локальных данных.
А что, git fsck не умеет однозначно сказать, целые данные или нет, и какие именно? Так чтобы если уж и пользоваться refetch, то тянуть только побитые.
| | |
| 1.37, Z (??), 14:31, 19/04/2022 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– |
Git не нужен. Он только усложняет процесс. Там официальное руководство тянет на докторскую диссертацию и уместить в голове все эти команды просто нереально.
| | |
| |
| 2.43, ыы (?), 15:07, 19/04/2022 [^] [^^] [^^^] [ответить]
| +/– |
Это дает повод к появлению узких специалистов- тех кто знает например только git clone
или только git push.
И там где раньше был один чувачек на девопсе- теперь будет два профессионала...
Хорошо же! Новые рабочие места, Инновации... :)
| | |
| |
| 3.45, ыы (?), 15:14, 19/04/2022 [^] [^^] [^^^] [ответить]
| +/– |
Обучение опять же, сертификация... Многоуровневая сертификации.. Дипломированый "Git Cloner", Магистр "Git Pushing"...
| | |
|
| |
| 3.67, Z (??), 20:07, 19/04/2022 [^] [^^] [^^^] [ответить]
| +3 +/– | |
> Какую DVCS посоветуете?
newFolder -> oldNewFolder и т.д. для не_коммандной разработки бОльшее не_нужно, голова светлее будет, времени больше на девок (голосистых) 😏
| | |
| |
| 4.79, Аноним (16), 03:04, 20/04/2022 [^] [^^] [^^^] [ответить]
| –1 +/– |
Уже не хватает, даже при некомандной разработке. Слишком много действий для создания новых папок, да ещё и как дифф получить - не понятно
| | |
|
| 3.70, OpenEcho (?), 21:26, 19/04/2022 [^] [^^] [^^^] [ответить]
| +/– | |
> Какую DVCS посоветуете?
fossil-scm от авторов sqlite - делает тоже самое что и git но еще в прикуску имеет на борту встроенную вики, тикеты и даже форум (правда страшный как ад, но починить с CSS можно).
В принципе, весь sqlite на нем и делается
| | |
|
| 2.56, llolik (ok), 18:52, 19/04/2022 [^] [^^] [^^^] [ответить]
| +/– |
 > уместить в голове все эти команды просто нереально.
Их и не надо полностью умещать в голове, надо просто знать что оно где-то там есть. Достаточно помнить самые попсовые и часто используемые в своём конкретном рабочем процессе. Для всего остального есть man (ну или вот это руководство).
| | |
| |
| 3.73, Аноним (73), 21:58, 19/04/2022 [^] [^^] [^^^] [ответить]
| –1 +/– |
Или всегда можно загуглить дикий однострочник на баше(по типу закрытая всех неактивных веток или подобного)
| | |
| |
| 4.74, Z (??), 23:55, 19/04/2022 [^] [^^] [^^^] [ответить]
| +2 +/– |
> Или всегда можно загуглить дикий однострочник на баше(по типу закрытая всех неактивных
> веток или подобного)
Лишь бы усложнить жизнь, вместо одного changelog'а и пары дополнительных директорий с архивом.
| | |
| 4.80, llolik (ok), 08:46, 20/04/2022 [^] [^^] [^^^] [ответить]
| +/– |
> Или всегда можно загуглить дикий однострочник на баше(по типу закрытая всех неактивных
> веток или подобного)
Или вообще существует такая замечательная вещь, как alias-ы. Позволяет забить длинную команду один раз и больше о ней не вспоминать.
| | |
|
|
| 2.65, Michael Shigorin (ok), 19:31, 19/04/2022 [^] [^^] [^^^] [ответить]
| –3 +/– | |
> уместить в голове все эти команды просто нереально
Пожалуйста, немедленно прекратите пользоваться интернетом, браузером, операционной системой, компьютером. Ну или "логику" поправьте.
| | |
|
| |
| |
| 3.86, zog (??), 12:25, 21/04/2022 [^] [^^] [^^^] [ответить]
| +/– |
Я это всё уже давно прочитал. Переход на SHA256 так и не состоялся и его поддержка недоделана.
| | |
|
|
| 1.78, Аноним (78), 02:31, 20/04/2022 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Раздули этот Git. Mercurial по кайфу, но Bitbucket ещё в 2020 по моему перестал поддерживать, а больше ничего и нет
| | |
| 1.84, Анонимомус (?), 13:58, 20/04/2022 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Чет незаметно подвижек в выпиливании perl и shell скриптов, давно уже пора выделить все в библиотеку или допилить libgit2.
| | |
|
