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

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

Сообщения

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

3. Сообщение от Аноним (3), 18-Ноя-25, 18:35	–3 +/–
Все говорят что раст это плохо. Но ведь runtime зависимости не будет. Problems, officer?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #20, #35, #63

4. Сообщение от Анонисссм (?), 18-Ноя-25, 18:38	–5 +/–
самая непонятная программа на свете это git
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #5, #82, #110

5. Сообщение от myster (ok), 18-Ноя-25, 18:42	–2 +/–
например? Что там непонятного?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4

6. Сообщение от Аноним (6), 18-Ноя-25, 18:43	+8 +/–
> В будущем ожидается переработка на Rust более значительны внутренних компонентов Git и добавление Rust в число обязательных сборочных зависимостей в Git 3.0. Всё, фризимся на 2.52
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #14, #59

7. Сообщение от xsignal (ok), 18-Ноя-25, 18:47	–1 +/–
Гит только для ядра годится, потому что писался для этого и Торвальдсом под себя. Для обычных проектов есть куда более удобные системы хранения версий.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #8, #12, #13, #18, #76

8. Сообщение от Аноним (6), 18-Ноя-25, 18:53	+4 +/–
> Гит только для ядра годится А только для линуксового ядра? Или для других ядер тоже годится?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7 Ответы: #9, #10

9. Сообщение от Аноним (9), 18-Ноя-25, 19:05	+1 +/–
Только линукс.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8

10. Сообщение от Аноним (10), 18-Ноя-25, 19:12	+/–
Не, ну если тебе нравится хэши запоминать и у тебя это хорошо получается, то можно и для других ядер тоже)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8 Ответы: #11, #34

11. Сообщение от Аноним (6), 18-Ноя-25, 19:14	+/–
А зачем их запоминать? Для удобства манипулирования их же можно сокращать до 8 первых символов, и даже в этом случае можно не запоминать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10

12. Сообщение от Аноним (12), 18-Ноя-25, 19:17	+/–
Но другие свободные альтернативы распределённых VCS загнулись.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7

13. Сообщение от Аноним (13), 18-Ноя-25, 20:06	+/–
CVS был топчик!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7 Ответы: #17, #21

14. Сообщение от Аноним (14), 18-Ноя-25, 20:06	+2 +/–
Зачем? Если раст будет полноценно поддерживаться в gcc без всякого копролита вроде llvm, то какая разница?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6 Ответы: #15, #38, #89

15. Сообщение от Аноним (6), 18-Ноя-25, 20:20	+2 +/–
Хм... так-то да.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #14

16. Сообщение от Аноним (16), 18-Ноя-25, 20:20	+4 +/–
Скоро гит по количеству строк кода догонит ядро линукса
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #19, #85, #114

17. Сообщение от Аноним (17), 18-Ноя-25, 20:31	+9 +/–
Отвратительным он был. Вздохнул с облегчением после перехода на гит.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13 Ответы: #69

18. Сообщение от Аноним (18), 18-Ноя-25, 20:48	–4 +/–
Неиронично, но для совсем мелких или даже средних, банальное версионирование аля новая_папка2 внезапно неплохо справляется с задачей. Подход очень простой, старые версии архивируются, изменения в коде можно подписывать в отдельном файле.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7 Ответы: #22

19. Сообщение от Аноним (19), 18-Ноя-25, 20:58	+6 +/–
Если в гите завёлся раст - точно догонит.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #16 Ответы: #49

20. Сообщение от Кошкажена (?), 18-Ноя-25, 21:05	–2 +/–
Не отпускает от предыдущей новости?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3

21. Сообщение от Аноним (21), 18-Ноя-25, 21:12    Скрыто ботом-модератором	+/–
RCS был топчик, после него смузихлебы одолели индустрию.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13 Ответы: #26

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

24. Сообщение от Сосед с перфоратором (?), 18-Ноя-25, 21:23	+4 +/–
Слишком сложно и нагроможденно все становится. Скоро раздуют IT-пузырь до того, что понадобится отдельный специалист по git.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #62, #77

26. Сообщение от Аноним (26), 18-Ноя-25, 21:28	+/–
> RCS был топчик, после него смузихлебы одолели индустрию. Это следствие охомячивания отрасли. Сейчас куда не плюнь — все программисты. И у 99% из них нет STEM-образования (а часто вообще никакой вышки нет).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #21

27. Сообщение от Аноним (26), 18-Ноя-25, 21:30	–1 +/–
Все он верно пишет. Для каждой задачи свой инструмент. Если это простой не еоммандный проект, создать новую папку будет проще и быстрее.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #22 Ответы: #31, #41

28. Сообщение от Аноним (26), 18-Ноя-25, 21:32	+2 +/–
Гит нужен исключительно для командной работы над очень крупными проектами на тысячи строк. Для всего остального быстрее и проще создавать новые папки. А теперь докажите, что это не проще. И я серьёзно.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #29, #32, #46, #47, #78, #87

29. Сообщение от Аноним (6), 18-Ноя-25, 21:52	–1 +/–
> на тысячи строк может на сотню тысяч? Тысячи строк - это так-то и 2000 и 10000, что на крупный проект как-то не тянет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #28 Ответы: #30, #54

30. Сообщение от Аноним (26), 18-Ноя-25, 22:08	+1 +/–
Для меня даже одна тысяча это очень много. Мои проекты (торговые боты для Polymarket) укладываются обычно в сотню. Максимум две сотни строк. Возможно потому, что я практикую подход к написанию кода от suckless.org.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #29 Ответы: #33, #53

31. Сообщение от morphe (?), 18-Ноя-25, 23:05	+/–
Разве что на хелловрот с тремя файлами, иначе даже в личных проектах образуется достаточно кода чтобы за ним надо было нормально следить
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #27 Ответы: #56, #111

32. Сообщение от morphe (?), 18-Ноя-25, 23:07	+2 +/–
Если с гитом умеешь работать, то мысли использовать копии директории даже не возникает
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #28 Ответы: #51, #61

33. Сообщение от morphe (?), 18-Ноя-25, 23:08	+/–
Короче пишешь питон скриптики на один файл, зачем маскировать это под какой-то мистический подход к написанию кода
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #30 Ответы: #39

34. Сообщение от morphe (?), 18-Ноя-25, 23:10	+/–
Зачем их запоминать? Судя по комментариям опеннетные эксперты гит даже не трогали
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10 Ответы: #36, #68

35. Сообщение от Аноним (35), 18-Ноя-25, 23:20	–2 +/–
Проблема в Раст. Его тоже собрать надо. А сколько раз в год он релизится?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3 Ответы: #37

36. Сообщение от Аноним (36), 18-Ноя-25, 23:30	+/–
Понятно, что на них иногда надо обращать внимание, копировать-вставлять и всё такое. Но запоминать-то их зачем? Это из той же области как и жалобы, что ipv6 плохо запоминаются.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #34 Ответы: #40

37. Сообщение от Аноним (37), 18-Ноя-25, 23:35	+1 +/–
Не столь важно, сколько раз. Важно, что ты будешь последовательно собирать каждый предыдущий. НУ, раз уж мы заговорили о сборке. Я вот обновил на 5 версий пару дней назад, что потребовало определённой возни. Проще было бинарный тулчейн стащить, но это не наш метод. Шланги тоже пришлось перебирать и вот это реальная проблема.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #35

38. Сообщение от Аноним (37), 18-Ноя-25, 23:39	+/–
Это случится… Не скоро, но если случится, то останется решить только вопросы отсутствующего аби (впрочем, плюсы как-то существуют тоже) и динамической линковки.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #14

39. Сообщение от Аноним (37), 18-Ноя-25, 23:48	–1 +/–
Да и вообще питон скриптики на один файл легко 10к строк набирают за вечер, если есть, что писать. Вот работать с ними ад во всех отношениях -- даже редактор неимоверно лагает.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #33 Ответы: #52

40. Сообщение от Аноним (37), 18-Ноя-25, 23:53	+1 +/–
Когда ищешь что-то и работаешь с историей, приходится запоминать. Да и осминожку мержить удовольствие то ещё (особенно выборочно откатывать).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #36 Ответы: #42, #44

41. Сообщение от _ (??), 19-Ноя-25, 00:03	+/–
Тля, в Спарте вас бы со скалы ... Запоминай или прямо копи-пЭйсти: mkdir Суперпрога cd Суперпрога git init cat <<EOF >CoC.md Rust has a safe mem0ry management! Nyaaaaaaa!!! EOF git add --all git commit -m "Суперпрога B0rnCry!" git status git log И всё - ты уже белый человек, а не тварь дрожащая :-))))))
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #27

42. Сообщение от Аноним (36), 19-Ноя-25, 00:39	+1 +/–
В одной вкладке терминала git log, в другой git rebase --interactive, который повторяется на ветке до тех пор, пока всё не причешется. В конце сделать ребейз на родительскую ветку и потом можно мержить без выкрутасов. Возможно, у нас такого треша нет, чтобы нужно было всё время заниматься археологией.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #40

43. Сообщение от Аноним (43), 19-Ноя-25, 00:47	+2 +/–
Ну и разве это не bloat?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #55

44. Сообщение от morphe (?), 19-Ноя-25, 01:06	+2 +/–
> Когда ищешь что-то и работаешь с историей, приходится запоминать. Да и осминожку > мержить удовольствие то ещё (особенно выборочно откатывать). Если у тебя чот прям сложное - то дай коммитам имена (refs, ветки т.е) и пользуйся ими А вообще interactive rebase и в частности для осьминогов --onto и --rebase-merges в помощь. Однако если у вас слишком часто надо очень дофига мержить и ребейзить - то возможно есть смысл пересмотреть воркфлоу (= вы что-то делаете не так)/посмотреть на jujutsu (https://jj-vcs.github.io/jj/latest/), который сложные операции с историей реализует приятнее
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #40 Ответы: #67

45. Сообщение от morphe (?), 19-Ноя-25, 01:10	–2 +/–
> От всей души надеюсь, что это сарказм Если хоть раз приходилось сталкиваться с инфраструктурой не-айти компаний, где сайт и всё прочее делал племянник начальника - то можно понять что скорее всего не сарказм. Увы, но эффект Даннинга-Крюгера сильно распространён
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #22 Ответы: #57

46. Сообщение от Аноним (46), 19-Ноя-25, 01:44	+/–
Создать проще, только вот спустя время разбираться в этом зоопарке папок будет куда сложнее.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #28 Ответы: #50

47. Сообщение от penetrator (?), 19-Ноя-25, 01:50	–1 +/–
гит корявый беспорно, но более лучшего у нас ничего пока нет
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #28

49. Сообщение от Аноним (49), 19-Ноя-25, 02:23	+/–
В меркуриале завелся ещё раньше https://www.mercurial-scm.org/help/topics/rust
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #19

50. Сообщение от Трахтенберг (?), 19-Ноя-25, 02:59	+1 +/–
> Создать проще, только вот спустя время разбираться в этом зоопарке папок будет > куда сложнее. Удалить все старое, оставив последний вариант. Зачем хранить все? Никогда гитом не пользовался для личных проектов.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #46 Ответы: #112

51. Сообщение от Трахтенберг (?), 19-Ноя-25, 03:01	+/–
> Если с гитом умеешь работать, то мысли использовать копии директории даже не > возникает А если не умеешь и не собираешься работать в команде, то и учить не стоит, забивая голову всем подряд, но только не кодом. Да.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #32 Ответы: #64, #96, #107

52. Сообщение от Трахтенберг (?), 19-Ноя-25, 03:02	+2 +/–
> один файл легко 10к строк набирают за вечер, Обычно так комментируют те, кто вообще ни одной строки не написал.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #39 Ответы: #71

53. Сообщение от Трахтенберг (?), 19-Ноя-25, 03:04	+/–
> Для меня даже одна тысяча это очень много. Ты что, порядочный говн0кодер просто обязан на каждый пуK создавать классы и 100500 проверок обернутых в контейнер на докере с клиент-серверной архитектурой.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #30

54. Сообщение от Трахтенберг (?), 19-Ноя-25, 03:08	+/–
>> на тысячи строк > может на сотню тысяч? > Тысячи строк - это так-то и 2000 и 10000, что на крупный > проект как-то не тянет. Вижу в твои словах попытку возвысить себя над окружающими, но сработало это в обратную сторону. Ведь чем больше строк в твоём коде, тем этот код ХУЖЕ. Любой инженер скажет, что вероятность ошибки/неисправности возрастает с количеством точек отказа, ну т.е. в твоём случае строк кода :-)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #29 Ответы: #92

55. Сообщение от Трахтенберг (?), 19-Ноя-25, 03:10	+1 +/–
> Ну и разве это не bloat? Сферический в вакууме. Да. Он самый. Совсем скоро в это недоразумение будет вбухано человекочасов большая чем в само ядро :-)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #43

56. Сообщение от Трахтенберг (?), 19-Ноя-25, 03:15	–3 +/–
> Разве что на хелловрот с тремя файлами Судя по характеру комментариев, это твой максимум -- писать раздутые hello world. Хотя вроде ты и не индус, чтобы платили за количество строк кода. Подозрительно 🤔
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #31

57. Сообщение от Трахтенберг (?), 19-Ноя-25, 03:16    Скрыто ботом-модератором	+/–
Да все уже поняли, что ты вахтер, любящий раздувать щеки, но по факту не написавший ни одного проекта.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #45

58. Сообщение от ddwrt (?), 19-Ноя-25, 03:59	+1 +/–
Сабж — классический хрестоматийный пример оверинжиниринга.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #70, #79

59. Сообщение от Аноним (59), 19-Ноя-25, 04:48	+/–
Гугл - хозяин интернетов. Майкрософт - хозяин десктопа. Оракл - хозяин серверов. Вот и стало всё почти как в 90х.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6

60. Сообщение от Кошкажена (?), 19-Ноя-25, 05:28	+/–
1. В целом git закончен, так что даже фиксация версии не должна ничего сломать. 2. Есть got.
Ответить | Правка | Наверх | Cообщить модератору

61. Сообщение от Кошкажена (?), 19-Ноя-25, 05:29	–1 +/–
Возникает, если у тебя бинарные данные или нужно бок о бок смотреть 2 версии проекта.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #32 Ответы: #72

62. Сообщение от Кошкажена (?), 19-Ноя-25, 05:31	+/–
> Скоро раздуют IT-пузырь до того, что понадобится отдельный специалист по git. Да нет, вместо gitops-инженера будет вайбgit.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #24 Ответы: #66

63. Сообщение от Кошкажена (?), 19-Ноя-25, 05:34	+3 +/–
1. Проблема со сборкой с нуля. Для этого надо тащить раст и весь его тулчейн. Для source-based дистрибутивов это сильная боль. 2. Доп нагрузка на CI из-за нового тяжелого тулчейна. 3. +1 яп в проект - это увеличение зоопарка технологий. Все прекрасно понимают, что весь С в ближайшем будущем никто не перепишет. Никто не любит скакать между технологиями в проекте.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3 Ответы: #109

64. Сообщение от Ангним (?), 19-Ноя-25, 06:31	–2 +/–
Для такого случая гуй придумали.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #51 Ответы: #65

65. Сообщение от Аноним (67), 19-Ноя-25, 06:56	–1 +/–
Всё равно создавать папки быстрее, чем работать с гуем гита. Просто потому что это забивание гвоздей микроскопом.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #64

66. Сообщение от Аноним (67), 19-Ноя-25, 06:57	+1 +/–
Смешно будет, когда всех этих "инженеров" с гуманитарным образованием попрут, когда пузырь лопнет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #62

67. Сообщение от Аноним (67), 19-Ноя-25, 06:58	+1 +/–
> А вообще interactive rebase и в частности для осьминогов --onto и --rebase-merges в помощь. Сколько сУрьёзных слов. А мог бы просто папочки в 7z создать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #44

68. Сообщение от Аноним (67), 19-Ноя-25, 06:59    Скрыто ботом-модератором	+1 +/–
Зато ты как кексперт странно как-то жьопу рьвёшь за откровенно мусорный оверинжиниринговый продукт. Уж не "специалист по гиту" ты на отдельной ставке?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #34 Ответы: #73

69. Сообщение от Аноним (67), 19-Ноя-25, 07:00	+/–
Единственным адекватным был. Хотя и тоже оверинжиниринг.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #17 Ответы: #83, #98

70. Сообщение от Аноним (67), 19-Ноя-25, 07:01	+/–
> Сабж — классический хрестоматийный пример оверинжиниринга. Хрестоматийный пример нинужного.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #58

71. Сообщение от Аноним (37), 19-Ноя-25, 07:37	+/–
>> один файл легко 10к строк набирают за вечер, > Обычно так комментируют те, кто вообще ни одной строки не написал. Чепуха, навалить под 10к строк питона не проблема за день. Разгребать ещё неделю придётся конечно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #52 Ответы: #80

72. Сообщение от morphe (?), 19-Ноя-25, 07:52	+/–
> Возникает, если у тебя бинарные данные или нужно бок о бок смотреть > 2 версии проекта. Для бинарных данных можно хоть свой мерждрайвер сделать (это не сложно, + есть готовые даже для libreoffice)/хоть smudge фильтр для преобразования их в не-бинарные для работы с ними как с текстом/хоть git annex для автоматического сохранения/выгрузки в/из S3 и работы с ним как с ссылокой/хоть git LFS для опять же хранения его как ссылки Бок о бок ты в гите можешь сравнить хоть 10 версий проекта, все инструменты для этого есть, можешь даже для каких-то инструментов сделать несколько рабочих деревьев через git worktree
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #61 Ответы: #74

73. Сообщение от morphe (?), 19-Ноя-25, 07:57	+/–
> Зато ты как кексперт странно как-то жьопу рьвёшь за откровенно мусорный оверинжиниринговый > продукт. Уж не "специалист по гиту" ты на отдельной ставке? git юзаю в повседневной работе и для личных проектов, ты так говоришь будто тебе каждый день надо дёргать git rerere (https://git-scm.com/book/en/v2/Git-Tools-Rerere) и прочее Чтобы научиться им пользоваться достаточно для написания патчей в linux тебе потребуется часа 2 времени, потом ещё 4 часа для уже более сложных вещей вроде rebase и прочего Пользоваться linux на профессиональном уровне и считать что для гита требуются некие специалисты это параноидальная шизофрения, иди лечись
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #68

74. Сообщение от Кошкажена (?), 19-Ноя-25, 07:57	+/–
>> Возникает, если у тебя бинарные данные или нужно бок о бок смотреть >> 2 версии проекта. > git annex для автоматического сохранения/выгрузки в/из S3 Хочу локально хранить.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #72 Ответы: #75

75. Сообщение от morphe (?), 19-Ноя-25, 07:58	+/–
> Хочу локально хранить. Ну вот LFS, я ж его тоже упомянул
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #74

76. Сообщение от Аноним (76), 19-Ноя-25, 10:06	+2 +/–
+1. Например, Mercurial(Hg). Ума не приложу, каким надо быть дилетантом, чтобы выбирать Git! Самое кривое поделие со времён "линукса-ядра".
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7 Ответы: #84, #97

77. Сообщение от Аноним (76), 19-Ноя-25, 10:09	+2 +/–
По факту, так и есть. НИ ОДИН юзер гита не скажет "Я знаю весь гит" - ибо нереально. Что говорит о непомерной раздутости инструмента ради местечковых бонусов. Не говоря уже о том, что никто не смог заюзать гит без месяцев тренировки и ГУЯ. В противовес Hg, который прозрачен как логическая цепочка Сократа.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #24 Ответы: #86, #91, #101, #115

78. Сообщение от Аноним (76), 19-Ноя-25, 10:12	+1 +/–
Ну нет. Даже если у тебя ДВА разраба на 1 проект, всё равно нужна DVCS (Mercurial). Потому что не всегда ты заливаешь "готовый код" - иногда у тебя сделано пол-фичи, но нужно "залить на сервер", т.к. у тебя ноут сдыхает! Сделал бранч и заливай хоть вирусы. Собственно, "бранчи" и есть краеугольный камень любой VCS - они позволяют всем залить свой кусок кода, но не портить "главный проект".
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #28

79. Сообщение от Аноним (76), 19-Ноя-25, 10:14	+1 +/–
Не-не... архитектура там как раз простая (хоть и кривая), тут наглядный пример overbloated code. Overengineering - это когда print "hello world" решается через фабрики классов, DI и с тысячей тестов. :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #58

80. Сообщение от Аноним2 (?), 19-Ноя-25, 10:30	–2 +/–
Для начала попробуй 10к строк текста набить и оцени насколько это нереально в контексте кода.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #71 Ответы: #81

81. Сообщение от Аноним (37), 19-Ноя-25, 10:31	+/–
> Для начала попробуй 10к строк текста набить и оцени насколько это нереально > в контексте кода. Текст сложнее кода, сразу скажу. А уж минимально осмысленный текст действительно не реально.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #80

82. Сообщение от Аноним (82), 19-Ноя-25, 11:27	+/–
Git - де-факто стандарт в индустрии разработки ПО. Все профессионалы уже давно Git поняли, один ты непонимающий сидишь до сих пор.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4

83. Сообщение от Аноним (82), 19-Ноя-25, 11:35	+/–
Нет. "Адекватным" CVS был разве что по сравнению с ужасами типа Microsoft Source Safe. SVN уже был значительно лучше CVS. А Git гораздо лучше SVN.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #69

84. Сообщение от Аноним (82), 19-Ноя-25, 11:39	–1 +/–
Git - де-факто стандарт в индустрии разработки ПО. Его используют не дилетанты, а профессионалы. А ты просто унылый хейтер-неасилятор.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #76 Ответы: #90

85. Сообщение от Аноним (82), 19-Ноя-25, 11:40	+/–
А если этого не случится, ты извинишься за свою неправоту?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #16

86. Сообщение от Аноним (82), 19-Ноя-25, 11:43	+2 +/–
> никто не смог заюзать гит без месяцев тренировки и ГУЯ. Вызывающее неверная информация. Если ты на это не способен - говори за себя, только и всего. А ты все ключи ls наизусть знаешь? Или ls - тоже "непомерно раздутый инструмент"?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #77

87. Сообщение от Аноним (82), 19-Ноя-25, 11:51	+/–
> Гит нужен исключительно для командной работы над очень крупными проектами на тысячи строк. Тысячи строк - это "очень крупный проект"? По мне, так это очень мелкий проект.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #28 Ответы: #93

89. Сообщение от zionist (ok), 19-Ноя-25, 14:11	+2 +/–
Ключевое слово - полноценно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #14

90. Сообщение от xsignal (ok), 19-Ноя-25, 14:51	–1 +/–
> Его используют не дилетанты, а профессионалы Да уж... По работе регулярно наблюдаю, как с ним мучаются даже гуру Git'а
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #84 Ответы: #104

91. Сообщение от Кошкажена (?), 19-Ноя-25, 16:07	–1 +/–
> По факту, так и есть. НИ ОДИН юзер гита не скажет "Я > знаю весь гит" - ибо нереально. Что говорит о непомерной раздутости > инструмента ради местечковых бонусов. Это всего лишь говорит о том, что инструментом можно пользоваться не залазя под капот.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #77

92. Сообщение от Аноним (37), 19-Ноя-25, 18:42	+/–
> Вижу в твои словах попытку возвысить себя над окружающими, но сработало это > в обратную сторону. Ведь чем больше строк в твоём коде, тем > этот код ХУЖЕ. Любой инженер скажет, что вероятность ошибки/неисправности возрастает с > количеством точек отказа, ну т.е. в твоём случае строк кода :-) Вот, кстати, именно так рассуждают люди, не имеющие ни одного продукта за плечами. Любой продукт это минимум сотни тысяч строк. А средняя частота ошибок значение плюс-минус константное, но зависит от сложности (и всратости) логики, и никак не от количества строк.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #54 Ответы: #94

93. Сообщение от Аноним (-), 19-Ноя-25, 18:43	–1 +/–
> По мне, так это очень мелкий проект. Так говорить может только тот, кто не осилил даже тысячу строк простого текста, не говоря о коде и программировании.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #87 Ответы: #105

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

95. Сообщение от Аноним (37), 19-Ноя-25, 18:54	–1 +/–
Ты когда-нибудь видел полноценные продукты? Средний программист пишет от 1 до 10 тысяч строк кода в день, какой это объём? Ерунда. Написать не проблема, сопровождать (рефакторить, дорабатывать, искать ошибки) -- проблема.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #94 Ответы: #99

96. Сообщение от Аноним (37), 19-Ноя-25, 20:05	+1 +/–
Если ты работаешь 1 -- просто не публикуешь, гит всё ещё идеальный способ отслеживать историю. Он позволяет проследить логику изменений, что недоступно с копиями дерева файлов. А вот это действительно ценно. Если, конечно, не пихать всё в 1 коммит (осуждающе смотрю на разработчиков кед). Всё базовое взаимодействие с гитом досконально изучается за вечер, было бы там что учить.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #51 Ответы: #102

97. Сообщение от _ (??), 20-Ноя-25, 01:37	+/–
> Например, Mercurial(Hg) Один нюанс(С) - может ты и не заметил, но он немножечко сдох(С) :( Не пережил переезд пыхтона с 2-ки на 3-ку ...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #76

98. Сообщение от Аноним (98), 20-Ноя-25, 01:44	+/–
Адекватным по сравнению с чем? С "Новая Папка 38"?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #69

99. Сообщение от nn (??), 20-Ноя-25, 08:33	+/–
8 часов рабочий день * 60 минут в часе * 60 секунд в минуте = 12000 твой программер пишет почти строку кода за секунду?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #95 Ответы: #100

100. Сообщение от Аноним (37), 20-Ноя-25, 08:54	+/–
Ну почему, если писать 1 строку кода в секунду, за 8 часов получится 30000. И это значение "до", от в таком случае получится 3000. Но, чтобы написать за 8 часов то, что пишется менее чем за час, что-то должно быть не в порядке с "программером". Либо всё время уходит на отладку, покрытие тестами и документаций и так далее -- переключение между задачами тоже отнимает ресурсы. Но и в таком случае придётся потратить минимум половину оставшегося время на чаепития и беседы.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #99

101. Сообщение от Аноним (101), 20-Ноя-25, 09:59	+/–
Не думаю что там нужны месяцы тренировок. В основном несколько основных комманд для создания коммитов, веток, мерджей, и возможно реверта коммитов. Историю же и вправду проще просматривать через гуи, но не более того. Очень просто инструмент на самом деле
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #77

102. Сообщение от Аноним (101), 20-Ноя-25, 10:02	+/–
1 коммит тоже зависит от контекста. Сделать один скваш из десяток  мусорных изменений, в единый информативный коммит - что такого плохого?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #96 Ответы: #103

103. Сообщение от Аноним (37), 20-Ноя-25, 10:23	+/–
> 1 коммит тоже зависит от контекста. Сделать один скваш из десяток   > мусорных изменений, в единый информативный коммит - что такого плохого? Коммиты должны быть такими, чтобы их можно было идентифицировать и откатить при необходимости в последствии. И не тратить кучу времени на идентификацию всех зависимых изменений в десятках коммитов и ручное удаление.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #102 Ответы: #106

104. Сообщение от Аноним (82), 20-Ноя-25, 17:20	+/–
Ну, значит не такие уж они и гуру
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #90

105. Сообщение от Аноним (82), 20-Ноя-25, 17:28	+/–
Так говорить может только тот, кто только и может, что строить предположения, кто и что может говорить. А сделать что-то реальное вместо своей болтовни не способен.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #93

106. Сообщение от Аноним (82), 20-Ноя-25, 17:31	+/–
Для этого и нужен сквош. Да и то не всегда помогает.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #103

107. Сообщение от Аноним (107), 20-Ноя-25, 19:02	+/–
> А если не умеешь и не собираешься работать в команде, то и учить не стоит, забивая голову всем подряд, но только не кодом. Да. Нет. Если ты многократно вносишь изменения в свой скриптик на сотню строк, то git незаменим. Такого рода скриптики имеют тенденцию быть заточенными под слишком узкий случай, и их иногда приходится править, чтобы они справились с чуть-чуть другим случаем. Некоторые правки делаются для того, чтобы прогнать скрипт один раз, и откатить правки. Некоторые остаются навсегда. git позволяет это упорядочить. Когда ты разглядываешь строчку кода, которая в последний раз менялась пять лет назад, и понять не можешь каким местом ты думал, когда её менял и нагромождал такое, то история git тебе напомнит о каком-то особом случае, из-за которого пришлось так извращаться. Когда ты столкнулся со специальным случаем, который требует правок, и ты помнишь, что сталкивался с чем-то подобным, ты можешь порыться по другим веткам, и найти тот подобный случай. Этого ты можешь достичь при помощи директорий, но сколько директорий ты будешь хранить? И не запутаешься ли в них потом? git это упорядочивает, позволяя скрыть с глаз долой ненужное, и в то же время присобачивать коммент к каждому изменению. Это работает не только со скриптиками, это работает ещё и с конфигами. Я /etc дома держу в git, потому что я вношу туда изменения, и потом через 10 лет я не помню зачем они там. Или я помню, что проблема, которая мне досаждает меня сейчас, уже вылезала у меня и я её как-то исправлял, после обширного гугленья. И что, я опять сейчас полезу гуглить? Нет, я пороюсь в истории git. > не собираешься работать в команде, то и учить не стоит Если не собираешься работать в команде, то имеет смысл тем не менее посмотреть на инструменты, которые в команде используются, и разобраться как они используются. Они могут оказаться полезными. Если ты не собираешься профессионально заниматься ремонтом квартир, то ты можешь обойтись без перфоратора. Дырки в стенах можно делать при помощи молотка и зубила. Но, если научиться пользоваться перфоратором, то сделать дырку под картину, которой можно закрыть большую дырку в обоях, будет гораздо проще.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #51

109. Сообщение от Аноним (-), 20-Ноя-25, 23:15	+/–
> 1. Проблема со сборкой с нуля. Для этого надо тащить раст и весь его тулчейн. > Для source-based дистрибутивов это сильная боль. Это также проблема для раскрутки платформ с ноля (bootstrap). Пересобирать _все_ версии Rust? С начала времет? Да вы издеваетесь господа! И не, бинари для новой платформы на деревьях не растут.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #63

110. Сообщение от Аноним (-), 20-Ноя-25, 23:15	+1 +/–
> самая непонятная программа на свете это git Ну значит девелоп софта в тиме - не твое...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4

111. Сообщение от 12yoexpert (ok), 21-Ноя-25, 05:24	+/–
обычно маленькие дети начинают копировать каталоги и создавать архивы, пока ещё боятся VCS. потом приходит понимание, что даже для хелловротов git init - первое, что нужно сделать
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #31

112. Сообщение от 12yoexpert (ok), 21-Ноя-25, 05:28	+/–
> Никогда гитом не пользовался для личных проектов. это вообще не повод для гордости. когда (желаю тебе таки "когда", а не "если") начнёшь - тебе будет стыдно, что в принципе вслух такие глупости говорил
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #50

114. Сообщение от Девелопер девяностых (?), 22-Ноя-25, 00:24	+/–
Так первая версия линух имела лишь ~10200 строк кода, думаю гит уже давно обогнал его ;)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #16

115. Сообщение от Аноним (115), 22-Ноя-25, 05:32	+/–
Врешь. Огромное количество народу пользуется гитом из консоли, потому что типовые сценарии требуют знания только git merge, git rebase, git add, git pull, git push, git checkout, git branch. Единственное, что неудобно делать из консоли - это конфликты решать, это удобно в GUI делать графическом, с цветовой раскраской блоков.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #77

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

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