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

"Выпуск системы управления исходными текстами Git 2.36"	+/–
Сообщение от opennews (??), 19-Апр-22, 11:32
После трёх месяцев разработки опубликован выпуск распределенной системы управления исходными текстами Git 2.36. Git является одной из самых популярных, надёжных и высокопроизводительных систем управления версиями, предоставляющей гибкие средства нелинейной разработки, базирующиеся на ответвлении и слиянии веток. Для обеспечения целостности истории и устойчивости к изменениям "задним числом" используются неявное хеширование всей предыдущей истории в каждом коммите, также возможно удостоверение цифровыми подписями разработчиков отдельных тегов и коммитов... Подробнее: https://www.opennet.ru/opennews/art.shtml?num=57040
Ответить | Правка | Cообщить модератору

Сообщения

[Сортировка по ответам | RSS]

1. Сообщение от Аноним (1), 19-Апр-22, 11:32	–4 +/–
>Для обеспечения целостности истории и устойчивости к изменениям "задним числом" используются неявное хеширование всей предыдущей истории в каждом коммите, также возможно удостоверение цифровыми подписями разработчиков отдельных тегов и коммитов. всегда было забавно на это смотреть - давайте создадим себе сложность и будем героически ее решать
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #2, #20

2. Сообщение от Аноним (2), 19-Апр-22, 11:40	+/–
Но что здесь плохо?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #3, #4

3. Сообщение от Аноним (3), 19-Апр-22, 11:44	–2 +/–
неявное хеширование ВСЕЙ предыдущей истории в КАЖДОМ коммите
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #10, #11, #31, #39, #57, #82

4. Сообщение от Аноним (1), 19-Апр-22, 11:47	+4 +/–
Keep it simple, stupid. не нужно было разрешать переписывать историю вовсе.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #5, #7, #34, #51

5. Сообщение от А где же каменты (?), 19-Апр-22, 12:08	–1 +/–
Как это сделать без хеширования ? Интрудер просто вручную изменит Хистори и разрешения спрашивать не будет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4 Ответы: #14

6. Сообщение от А где же каменты (?), 19-Апр-22, 12:13	+/–
Название нравится - взлетит.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #21

7. Сообщение от Аноним (18), 19-Апр-22, 12:24	+7 +/–
> не нужно было разрешать переписывать историю вовсе Запретить переписывать историю можно на уровне репозиториев (в гитлабе, -хабе и т. д.). Ключевая фича гита -- в децентрализованности, без хэшей никак. Если кто-то перезаписывает историю -- это не должно остаться незамеченным. > Keep it simple, stupid Если нужно еще проще, то для тебя есть "Новая папка (281)".
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4 Ответы: #9

8. Сообщение от Аноним (10), 19-Апр-22, 12:33	+/–
На втором изображении: >index 75a248188a..7074bbdd53 10644 разве правильно, что стоит значение "10644"?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #77

9. Сообщение от Аноним (1), 19-Апр-22, 12:33	–1 +/–
>Запретить переписывать историю можно на уровне репозиториев (в гитлабе, -хабе и т. д.). это называется костыли. из-за их накопления потом ui и страдает кстати >Если нужно еще проще, то для тебя есть "Новая папка (281)". зачем сразу такие крайности. мне нравится идея hg в этом плане. он не менее распределеннее гита, к слову. по дефолту история не меняется. но если оочень зачем-то надо - такую фичу сделали, но запрятали подальше отдельным расширением (для тех кто пришел с гита видимо)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7 Ответы: #12, #59

10. Сообщение от Аноним (10), 19-Апр-22, 12:35	+/–
>неявное хеширование ВСЕЙ предыдущей истории в КАЖДОМ коммите и как тут это укладывается - "неявное" и "всей"?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3

11. Сообщение от fi (ok), 19-Апр-22, 12:36	+1 +/–
так работает  любой блокчейн, тот же BTC
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3

12. Сообщение от Аноним (18), 19-Апр-22, 12:39	+/–
> называется костыли почему костыли? то, можно ли перезаписывать историю -- явно относится к политике компании. Где-то можно, где-то нельзя. Почему VCS должен это как-то ограничивать -- не ясно. > если оочень зачем-то надо - такую фичу сделали ну раз тоже сделали -- то тоже молодцы. Пусть возьмут с полки пирожок.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9 Ответы: #17

13. Сообщение от ANANAS (ok), 19-Апр-22, 12:39	+/–
Как там mercurial? Будут ли переписывать с питона?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #28, #48, #89

14. Сообщение от Аноним (1), 19-Апр-22, 12:39	–1 +/–
>Как это сделать без хеширования ? это все детали реализации, понятно что нужен отпечаток в любом случае. но хэш всей истории по идее кажется не очень обязательным. >Интрудер просто вручную изменит Хистори и разрешения спрашивать не будет. в этом собсна и поинт - не должно быть простого способа(апи) это сделать
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5 Ответы: #18, #58

16. Сообщение от Аноним (16), 19-Апр-22, 12:46	–2 +/–
Слыхал где-то про какую-то darks, что тип круче Гита и тру хаскел пацаны только дарксом пользуются. Кто-нибудь слышал о ней что-нибудь, может прокомментировать?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #19, #62

17. Сообщение от Аноним (1), 19-Апр-22, 12:49	–3 +/–
>явно относится к политике компании. Где-то можно, где-то нельзя. не вижу ни одного плюса от возможности переписывать историю, но вижу несколько минусов (особенно если поменять под в общих ветках), от необходимости переклонировать репу, что не страшно - до полного разламывания всей репы(особенно актуально для новичков)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12 Ответы: #22

18. Сообщение от Аноним (18), 19-Апр-22, 12:50	+/–
> это все детали реализации Анекдот про сову и мышей. > не должно быть простого способа(апи) это сделать Почему не должно? Кто это сказал? Почему ты выносишь решение сразу для всех компаний и всех разработчиков, как им работать Правильно™?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #14 Ответы: #25

19. Сообщение от Аноним (1), 19-Апр-22, 12:56	–1 +/–
Ща Pijul на ржавом более хайповый
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #16 Ответы: #23, #29

20. Сообщение от Аноним (20), 19-Апр-22, 13:01	–1 +/–
Если ты не решаешь ни каких проблем как объяснишь, то что тебе надо выделять финансирование?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1

21. Сообщение от Аноним (20), 19-Апр-22, 13:03	+/–
Гит свежо, хипстово.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6 Ответы: #88

22. Сообщение от Аноним (18), 19-Апр-22, 13:10	+2 +/–
> не вижу ни одного плюса от возможности переписывать историю в репе могут оказаться конфиденциальные данные или просто какой-то лишний крупный файл. Возможность править историю должна оставаться -- сама правка истории не должна оставаться незамеченной. > до полного разламывания всей репы(особенно актуально для новичков) Если новичок разломает репу -- то это будет его собственная репа с хелловорлдом. Или собственная копия репы реального проекта, но поскольку он новичок, то ему никто не даст запушить. Так что приведи другие примеры.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #17 Ответы: #24, #32

23. Сообщение от Аноним (18), 19-Апр-22, 13:13	+/–
> Pijul Как это произносится? Пижуль? Пихуль?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #19 Ответы: #26, #33

24. Сообщение от Аноним (1), 19-Апр-22, 13:22	–1 +/–
>в репе могут оказаться конфиденциальные данные это хороший аргумент. имхо в таком случае лучше явно репу удалить и переехать на новую >какой-то лишний крупный файл надо было не давать его комитить > сама правка истории не должна оставаться незамеченной с этим абсолютно согласен >Если новичок разломает репу -- то это будет его собственная репа с хелловорлдом. софт, который не стремится быть дружелюбным постепенно заменяется более удобным
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #22 Ответы: #27

25. Сообщение от Аноним (1), 19-Апр-22, 13:25	+/–
>Почему не должно? Кто это сказал? Почему ты выносишь решение сразу для всех компаний и всех разработчиков, как им работать Правильно™? окей, возможно слишком резковато выразился. почитай ниже про плюсы и минусы.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #18

26. Сообщение от Аноним (16), 19-Апр-22, 13:27	+/–
На Лоре пишут, что через х. Автор мексиканец вроде
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #23

27. Сообщение от Аноним (18), 19-Апр-22, 13:28	+2 +/–
> в таком случае лучше явно репу удалить и переехать на новую Чем это отличается от перезаписи истории? Тоже принципиально новый набор коммитов. > надо было не давать его комитить В идеальном мире никто не ошибается. да. Но, как говорил Линус, практика побеждает теорию. Всегда. Твое решение должно учитывать не только то, что пойдет ТАК, но и то, что пойдет НЕ ТАК.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #24

28. Сообщение от Аноним (1), 19-Апр-22, 13:28	+/–
https://github.com/facebookexperimental/eden Какая-то движуха есть. Надо будет потыкать
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13

29. Сообщение от Аноним (16), 19-Апр-22, 13:30	–1 +/–
Так важно не хайп, а трушность. Хаскел, скажем, не хайповый, но никто не станет спорить с тем, что Хаскел - тру
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #19 Ответы: #35, #38

30. Сообщение от Аноним (30), 19-Апр-22, 13:31	–1 +/–
А что там с Conditional config includes based on remote URL ? Когда уже
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #64

31. Сообщение от Аноним (31), 19-Апр-22, 13:51	+/–
И это правильно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3

32. Сообщение от Аноним (31), 19-Апр-22, 13:54	+1 +/–
> в репе могут оказаться конфиденциальные данные Значит, они уже утекли, а в случае секретов ещё и скомпрометированы.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #22

33. Сообщение от Вадим (??), 19-Апр-22, 14:00	+/–
я бы сказал пи-юль :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #23

34. Сообщение от freehck (ok), 19-Апр-22, 14:01	+1 +/–
> не нужно было разрешать переписывать историю вовсе. Тут какое-то жёсткое недопонимание работы git. Вот чтобы не было возможности переписывать историю и нужно: >  неявное хеширование всей предыдущей истории в каждом коммите Где тут усмотрели героическое решение самосозданных проблем -- не понятно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4 Ответы: #41

35. Сообщение от freehck (ok), 19-Апр-22, 14:05	+2 +/–
> Хаскел, скажем, не хайповый, но никто не станет спорить с тем, что Хаскел - тру Конечно никто не станет спорить, что он не "тру", пока ты это самое "тру" не определишь нормально. А так-то по минусам хаскеля можно сказать довольно много всего.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #29 Ответы: #63

36. Сообщение от Андрей (??), 19-Апр-22, 14:15	+/–
> Подобное поведение может быть полезным для восстановления состояния после сбоев, когда нет уверенности в целостности локальных данных. А что, git fsck не умеет однозначно сказать, целые данные или нет, и какие именно? Так чтобы если уж и пользоваться refetch, то тянуть только побитые.
Ответить | Правка | Наверх | Cообщить модератору

37. Сообщение от Z (??), 19-Апр-22, 14:31	+1 +/–
Git не нужен. Он только усложняет процесс. Там официальное руководство  тянет на докторскую диссертацию и уместить в голове все эти команды просто нереально.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #43, #54, #56, #65

38. Сообщение от Z (??), 19-Апр-22, 14:33	–1 +/–
> Хаскел - тру Хоть один известный проект покажи. По моему это чисто маргинально-эксперементальный язык.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #29 Ответы: #44, #52, #53

39. Сообщение от Z (??), 19-Апр-22, 14:34	+1 +/–
Теперь переведи на русский.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3

40. Сообщение от zog (??), 19-Апр-22, 14:50	+/–
Переход на SHA256 уже никогда не состоится?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #69, #71

41. Сообщение от Аноним (41), 19-Апр-22, 15:02	–1 +/–
Разрешили менять историю(создали проблему) -> добавили проверку целостности (решили проблему). Про то что хеширование какое-то неявное хз, комент другого анонима
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #34 Ответы: #42

42. Сообщение от freehck (ok), 19-Апр-22, 15:04	+/–
> Разрешили менять историю Когда это вдруг разрешили менять историю?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #41 Ответы: #47

43. Сообщение от ыы (?), 19-Апр-22, 15:07	+/–
Это дает повод к появлению узких специалистов- тех кто знает например только git clone или только git push. И там где раньше был один чувачек на девопсе- теперь будет два профессионала... Хорошо же! Новые рабочие места, Инновации... :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #37 Ответы: #45

44. Сообщение от Аноним (44), 19-Апр-22, 15:11	+3 +/–
> Хоть один известный проект покажи. По моему это чисто маргинально-эксперементальный язык. Pandoc?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #38

45. Сообщение от ыы (?), 19-Апр-22, 15:14	+/–
Обучение опять же, сертификация... Многоуровневая сертификации.. Дипломированый "Git Cloner", Магистр "Git Pushing"...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #43 Ответы: #46

46. Сообщение от ыы (?), 19-Апр-22, 15:15	–1 +/–
Ухххх какие перспективы открываются...!!! :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #45

47. Сообщение от Аноним (1), 19-Апр-22, 15:36	+/–
https://initialcommit.com/blog/4-git-commands-rewrite-commit... когда впилили эти команды(и форс-пуш)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #42 Ответы: #49

48. Сообщение от Аноним (48), 19-Апр-22, 15:50	+4 +/–
будут. на перл.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13

49. Сообщение от freehck (ok), 19-Апр-22, 15:54	+1 +/–
> https://initialcommit.com/blog/4-git-commands-rewrite-commit... > когда впилили эти команды(и форс-пуш) Дорогой анон, когда мы говорим про изменение истории, мы прежде всего говорим о возможности незаметного изменения какого-то коммита в истории. Все перечисленные команды, безусловно, этого не делают: они создают полностью новую историю коммитов, которую точно так же невозможно изменить.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #47 Ответы: #60

51. Сообщение от Аноним (51), 19-Апр-22, 17:05	+/–
Опеннетчика хлебом не корми, дай позапрещать что-нибудь. Тебе как-то персонально жмёт в заду от того, что есть такая фича? Ты же понимаешь, что «запретить переписывать историю» невозможно в принципе. Да, можно усложнить этот процесс, но, как ты сам сказал, keep it simple. Это относится не только к созданию простых (но не проще, чем это необходимо!) решений, но и к созданию простых интерфейсов человек-компьютер. Что и реализовано в гите в данном случае — простой интерфейс к довольно сложной операции.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4 Ответы: #61

52. Сообщение от Аноним (51), 19-Апр-22, 17:06	–1 +/–
Shellcheck. Если ты пишешь портянки на шелле без шелчека, твой код ужасен. Инфа сотка.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #38

53. Сообщение от Аноним (53), 19-Апр-22, 17:31	+/–
> Хоть один известный проект покажи. Xmonad. GHC
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #38

54. Сообщение от Аноним (16), 19-Апр-22, 17:37	+/–
Какую DVCS посоветуете?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #37 Ответы: #55, #67, #70

55. Сообщение от Аноним (55), 19-Апр-22, 18:10	+/–
mercurial
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #54

56. Сообщение от llolik (ok), 19-Апр-22, 18:52	+/–
> уместить в голове все эти команды просто нереально. Их и не надо полностью умещать в голове, надо просто знать что оно где-то там есть. Достаточно помнить самые попсовые и часто используемые в своём конкретном рабочем процессе. Для всего остального есть man (ну или вот это руководство).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #37 Ответы: #73

57. Сообщение от Michael Shigorin (ok), 19-Апр-22, 19:19	+1 +/–
И что здесь плохо?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3

58. Сообщение от Michael Shigorin (ok), 19-Апр-22, 19:20	+1 +/–
> в этом собсна и поинт - не должно быть простого способа(апи) это сделать Вы серьёзно думаете, что грабителя остановит неудобство калитки? ...поколение подменяющих принципы "удобными API"...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #14

59. Сообщение от Michael Shigorin (ok), 19-Апр-22, 19:23	+/–
> он не менее распределеннее Вы неграмотны, увы. Нет, дело не только в правописании.  А в полном непонимании того, _почему_ в распределённой системе линейно нумеруемые ревизии не годятся -- даже не затрагивая адресацию по содержимому и далее со всеми остановками. Пожалуйста, не лезьте в эти темы что-нить ляпнуть. Почитайте лучше матчасть. Сослужите себе как, надеюсь, в будущем специалисту хорошую службу.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9

60. Сообщение от Michael Shigorin (ok), 19-Апр-22, 19:25	+/–
Он некомпетентен, но активен. PS: кому интересно понять немножко "за гит", но "на пальцах" -- см., например, http://tomayko.com/blog/2008/the-thing-about-git
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #49

61. Сообщение от Michael Shigorin (ok), 19-Апр-22, 19:26	+/–
> Опеннетчика хлебом не корми, дай позапрещать что-нибудь. При чём здесь опеннетчики?  Cancel-культурка растёт самое позднее от иудейской верхушки времён 33 года н.э., решившей "отменить" воскресение Лазаря.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #51 Ответы: #72, #83

62. Сообщение от Michael Shigorin (ok), 19-Апр-22, 19:28	+/–
У darcs есть интересная (и, кажется, уникальная) фича -- переносить "смысл" изменений, т.е. вместо приложения буквального diff'а выводить разницу вида "переменную ABC везде заменили на DEF". А так только хаскелятники знакомые ею и пользовались, да.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #16 Ответы: #76

63. Сообщение от Michael Shigorin (ok), 19-Апр-22, 19:29	+/–
Нормально чему, кстати? :) (отвечать необязательно, 1.25.23 интересней, ага)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #35

64. Сообщение от Michael Shigorin (ok), 19-Апр-22, 19:30	+/–
Что, сами дырок навертеть не в состоянии?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #30

65. Сообщение от Michael Shigorin (ok), 19-Апр-22, 19:31	–3 +/–
> уместить в голове все эти команды просто нереально Пожалуйста, немедленно прекратите пользоваться интернетом, браузером, операционной системой, компьютером.  Ну или "логику" поправьте.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #37

67. Сообщение от Z (??), 19-Апр-22, 20:07	+3 +/–
> Какую DVCS посоветуете? newFolder -> oldNewFolder и т.д. для не_коммандной разработки бОльшее не_нужно, голова светлее будет, времени больше на девок (голосистых) 😏
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #54 Ответы: #79

69. Сообщение от Сушилин (?), 19-Апр-22, 20:14	+/–
Да уже в пору на SHA3 переходить, хайпово, модно,быстро.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #40

70. Сообщение от OpenEcho (?), 19-Апр-22, 21:26	+/–
>  Какую DVCS посоветуете? fossil-scm от авторов sqlite - делает тоже самое что и git но еще в прикуску имеет на борту встроенную вики, тикеты и даже форум (правда страшный как ад, но починить с CSS можно). В принципе, весь sqlite на нем и делается
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #54

71. Сообщение от OpenEcho (?), 19-Апр-22, 21:31	+/–
https://git-scm.com/docs/hash-function-transition/ https://lwn.net/Articles/811068/
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #40 Ответы: #86

72. Сообщение от YetAnotherOnanym (ok), 19-Апр-22, 21:48	+/–
Похоже, имя безумца Герострата и вправду забыли, а уж он-то пораньше Лазаря жил. Сработала cancel-культурка!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #61 Ответы: #87

73. Сообщение от Аноним (73), 19-Апр-22, 21:58	–1 +/–
Или всегда можно загуглить дикий однострочник на баше(по типу закрытая всех неактивных веток или подобного)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #56 Ответы: #74, #80

74. Сообщение от Z (??), 19-Апр-22, 23:55	+2 +/–
> Или всегда можно загуглить дикий однострочник на баше(по типу закрытая всех неактивных > веток или подобного) Лишь бы усложнить жизнь, вместо одного changelog'а и пары дополнительных директорий с архивом.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #73

76. Сообщение от DM (??), 19-Апр-22, 23:57	+/–
Был период где-то между появлениями GNU arch (tla) и GIT, когда не только хаскелятники использовали darcs.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #62

77. Сообщение от Аноним (77), 20-Апр-22, 01:11	+/–
> разве правильно, что стоит значение "10644"? А что не так с 10644? Казалось бы, обычные права на обычный файл.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8

78. Сообщение от Аноним (78), 20-Апр-22, 02:31	+/–
Раздули этот Git. Mercurial по кайфу, но Bitbucket ещё в 2020 по моему перестал поддерживать, а больше ничего и нет
Ответить | Правка | Наверх | Cообщить модератору

79. Сообщение от Аноним (16), 20-Апр-22, 03:04	–1 +/–
Уже не хватает, даже при некомандной разработке. Слишком много действий для создания новых папок, да ещё и как дифф получить - не понятно
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #67 Ответы: #81

80. Сообщение от llolik (ok), 20-Апр-22, 08:46	+/–
> Или всегда можно загуглить дикий однострочник на баше(по типу закрытая всех неактивных > веток или подобного) Или вообще существует такая замечательная вещь, как alias-ы. Позволяет забить длинную команду один раз и больше о ней не вспоминать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #73

81. Сообщение от Аноним (55), 20-Апр-22, 12:52	+/–
diff -urN oldFolder newFolder
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #79

82. Сообщение от Анонимомус (?), 20-Апр-22, 13:41	+/–
В каждом коммите указан хеш его родителя(или родителей для мерджа), кроме того там есть хеш дерева файлов, в котором хеши конкретных файлов. В общем в коммите нет явного списка всей истории, она берется по цепочке.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3

83. Сообщение от Аноним (10), 20-Апр-22, 13:56	+/–
Вы против иудеев?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #61

84. Сообщение от Анонимомус (?), 20-Апр-22, 13:58	+/–
Чет незаметно подвижек в выпиливании perl и shell скриптов, давно уже пора выделить все в библиотеку или допилить libgit2.
Ответить | Правка | Наверх | Cообщить модератору

86. Сообщение от zog (??), 21-Апр-22, 12:25	+/–
Я это всё уже давно прочитал. Переход на SHA256 так и не состоялся и его поддержка недоделана.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #71

87. Сообщение от Аноним (-), 22-Апр-22, 01:25	+/–
До "их" эры времени не было - громче всех держи cancel culture орет ее носитель...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #72

88. Сообщение от Аноним (-), 22-Апр-22, 01:27	+/–
Торвальдс так то нормальный хипстер, годный.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #21

89. Сообщение от Аноним (-), 22-Апр-22, 01:28	+/–
Вопрос поставлен неверно. Будут ли помещать в инкубатор апача?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13

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

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