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

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

Сообщения

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

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

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

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	+2 +/–
> Гит только для ядра годится А только для линуксового ядра? Или для других ядер тоже годится?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7 Ответы: #9, #10

9. Сообщение от Аноним (9), 18-Ноя-25, 19:05	+/–
Только линукс.
Ответить | Правка | Наверх | 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	+1 +/–
Зачем? Если раст будет полноценно поддерживаться в gcc без всякого копролита вроде llvm, то какая разница?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6 Ответы: #15, #38, #89

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

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

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

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

19. Сообщение от Аноним (19), 18-Ноя-25, 20:58	+3 +/–
Если в гите завёлся раст - точно догонит.
Ответить | Правка | Наверх | 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	+/–
От всей души надеюсь, что это сарказм
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #18 Ответы: #27, #45

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

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

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

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

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

34. Сообщение от morphe (?), 18-Ноя-25, 23:10	–1 +/–
Зачем их запоминать? Судя по комментариям опеннетные эксперты гит даже не трогали
Ответить | Правка | Наверх | 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	+1 +/–
Тля, в Спарте вас бы со скалы ... Запоминай или прямо копи-пЭйсти: 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	+1 +/–
Ну и разве это не bloat?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #55

44. Сообщение от morphe (?), 19-Ноя-25, 01:06	+1 +/–
> Когда ищешь что-то и работаешь с историей, приходится запоминать. Да и осминожку > мержить удовольствие то ещё (особенно выборочно откатывать). Если у тебя чот прям сложное - то дай коммитам имена (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	+2 +/–
> Создать проще, только вот спустя время разбираться в этом зоопарке папок будет > куда сложнее. Удалить все старое, оставив последний вариант. Зачем хранить все? Никогда гитом не пользовался для личных проектов.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #46

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

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

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

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

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

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

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

58. Сообщение от ddwrt (?), 19-Ноя-25, 03:59	+/–
Сабж — классический хрестоматийный пример оверинжиниринга.
Ответить | Правка | Наверх | 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	+/–
Возникает, если у тебя бинарные данные или нужно бок о бок смотреть 2 версии проекта.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #32 Ответы: #72

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

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

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

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

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

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

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

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	+/–
Для начала попробуй 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

88. Сообщение от Аноним (82), 19-Ноя-25, 11:54	+/–
Git - лучшая система контроля версий, когда-либо созданная человечеством
Ответить | Правка | Наверх | Cообщить модератору

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

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

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

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

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