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

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

Сообщения

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

1. Сообщение от васёк (?), 04-Окт-22, 11:47	+3 +/–
спасибо Линусу за подгон, а то SVC скучная была
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #2

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

4. Сообщение от Аноним (4), 04-Окт-22, 12:22	+7 +/–
Под впечатлением от кидалова со стороны биткипера. И вообще гит это клон биткипера.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #69

6. Сообщение от fumanchez (ok), 04-Окт-22, 12:51	+2 +/–
/* * Unfortunately, Scalar's Functional Tests demonstrated * that the untracked cache feature is unreliable on Windows * (which is a bummer because that platform would benefit the * most from it). For some reason, freshly created files seem * not to update the directory's `lastModified` time * immediately, but the untracked cache would need to rely on * that. * * Therefore, with a sad heart, we disable this very useful * feature on Windows. */ Жалко пацанов на Windows
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #18, #80, #91

7. Сообщение от Anonymus (?), 04-Окт-22, 13:10	+1 +/–
inspired by BitKeeper
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #15

9. Сообщение от Аноним (9), 04-Окт-22, 14:52	–2 +/–
Как надёжно получить имя родительского бранча от которого стартанула текущая ветка? Без обмазывания awk/sed которые начнут фигню выводить как только что-то будет не в том порядке выдано
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #10, #27, #92

10. Сообщение от Аноним (10), 04-Окт-22, 14:54	+3 +/–
Никак потому что это не нужно. У тебя проблема в процессах и гит тут не причём.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9 Ответы: #13

12. Сообщение от Аноним (9), 04-Окт-22, 14:55	+/–
Как проверить, запушен ли коммит на сервер? И если да, в каком локальном хуке можно прописать что ребейс и --amend ему делать нельзя?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #24

13. Сообщение от Аноним (9), 04-Окт-22, 14:58	–2 +/–
У меня нет проблемы в процессах. У тебя есть проблема в понимании проблемы. Возьми хоть тот же Git Flow. У тебя от мастера бранчуется Develop, от Develop фичи, ещё иногда у тебя ответвляются хотфиксы, релизы и прочее. И постоянно нужно следить, откуда куда ты делаешь MR. В то же время для gitlab можно цель для мержа из cli передавать. Почему бы этим не пользоваться, чтобы уменьшить головняк?!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10 Ответы: #14

14. Сообщение от Аноним (15), 04-Окт-22, 15:10	+2 +/–
Потому что гит флоу это сбоку придуманный велосипед? Если это прям важно единственное верный способ это github flow.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13

15. Сообщение от Аноним (15), 04-Окт-22, 15:11	+3 +/–
Кстати если бы создатель биткипера тогда не взбрыкнул, наверняка бы уже давно озолотился.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7

18. Сообщение от Аноним (18), 04-Окт-22, 15:29	+4 +/–
На C# все работало. Переписали на Си всё сломалось.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6 Ответы: #67

24. Сообщение от Аноним (24), 04-Окт-22, 16:34	+1 +/–
git merge-base <BRANCH> <REMOTE>/<BRANCH> вывелеи последний общий коммит
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12 Ответы: #57

27. Сообщение от Аноним (27), 04-Окт-22, 17:11	+1 +/–
Нет такой задачи — получить имя родительской ветки, не рассказывай сказок. Чего именно ты пытаешься достичь? Каковая конечная цель?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9 Ответы: #34

29. Сообщение от Аноним (29), 04-Окт-22, 17:20	+5 +/–
Git вообще не нужон. Лишнее усложнение процесса.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #51, #63, #78, #93

33. Сообщение от Аноним (33), 04-Окт-22, 17:57	+/–
Интересно, используется ли Git во время разработки самого Git?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #36, #38

34. Сообщение от Аноним (34), 04-Окт-22, 18:07	+/–
Конечная цель - замержить фичу в ту же ветку, откуда фиче-бранч отбранчевался.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #27 Ответы: #43, #98

35. Сообщение от Аноним (35), 04-Окт-22, 18:07	–7 +/–
Знакомая работала в гос. организации и там писала программы для спутников. Программы там писали на си, а вместо git использовали флешки. Это доказывает что настоящим программистам git не нужен, достаточно только Си и флешки
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #39, #42, #46

36. Сообщение от yet another anonymous (?), 04-Окт-22, 18:10	+/–
Да.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #33

38. Сообщение от ТрахерЪ (?), 04-Окт-22, 19:17	+/–
Зачем его разрабатывать
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #33

39. Сообщение от n00by (ok), 04-Окт-22, 19:29	–2 +/–
Все знают эту знакомую. Только там не флешки были, а ферритовые кольца.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #35 Ответы: #54

40. Сообщение от Full Master (?), 04-Окт-22, 19:48	+1 +/–
>В команду "git rebase" добавлена опция "--update-refs" для обновления зависимых веток, пересекающихся с перемещаемыми ветками, чтобы вручную не выполнять операции checkout к каждой зависимой ветке для переключения на требуемый коммит. Джва года ждал.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #81

42. Сообщение от Аноним (42), 04-Окт-22, 20:32	–1 +/–
Работал в гос компании. Да всё так. Бекапы рулят.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #35 Ответы: #48

43. Сообщение от pashev.ru (?), 04-Окт-22, 20:33	+/–
branch-foo —> my/branch-foo/feature-xxx
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #34 Ответы: #56

46. Сообщение от Советский инженер и пенсионер (?), 04-Окт-22, 20:39	+6 +/–
ИДИOT! Помимо "флэшек" есть ещё и сеть c FTP и Samba. Так что валил бы ты отсюда со своим петросянством.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #35 Ответы: #53, #79

48. Сообщение от Аноним (9), 04-Окт-22, 20:41	+/–
Лжец, в тру госах нет денег на "эти какие-то там бэкапы погромистов", вот они и носят всё на собственных флешках. Флешки дешёвые, дохнут регулярно
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #42 Ответы: #50

50. Сообщение от n00by (ok), 04-Окт-22, 20:56	+1 +/–
Нет денег запустить гит на локальной машине?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #48 Ответы: #55

51. Сообщение от Neon (??), 04-Окт-22, 21:07	–3 +/–
Тоже никогда не понимал прелестей Git'a. Всегда в команде хватало для совместной разработки SVN. Просто и сердито. И никаких извращений от Git'a ни разу не потребовались
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #29 Ответы: #61

52. Сообщение от Neon (??), 04-Окт-22, 21:08	–1 +/–
Никогда не понимал прелестей Git'a. Излишне замудренная система. Всегда в команде хватало для совместной разработки SVN. Просто и сердито. И никаких извращений от Git'a ни разу не потребовались
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #59, #82

53. Сообщение от Аноним (54), 04-Окт-22, 21:44	–3 +/–
Это абсолютно реальная ситуация. Какой-то общий сервер там действительно был, но почему-то пользовались флешками.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #46 Ответы: #58

54. Сообщение от Аноним (54), 04-Окт-22, 21:49	–1 +/–
В спутниках были микроконтроллеры МИЛАНДР, сомневаюсь что к ним можно подключить ферритовые кольца.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #39 Ответы: #76

55. Сообщение от Аноним (9), 04-Окт-22, 23:19	+/–
Посыл был про бекапы. Что касается гита, то в госах обычно у контингента нет понимания что есть какие-то СКВ и их зачем-то нужно делать. И разумеется чем у меньшего числа есть исходники, тем больше шансов ещё денёк посидеть с работой
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #50 Ответы: #77

56. Сообщение от Аноним (9), 04-Окт-22, 23:20	–2 +/–
и что?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #43

57. Сообщение от Аноним (9), 04-Окт-22, 23:20	–1 +/–
Мне нравится эта идея, спасибо, поковыряю на досуге
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #24

58. Сообщение от Аноним (58), 04-Окт-22, 23:55	–2 +/–
Полностью подтверждаю. Я должен был осуществить приёмку у подрядчика (НИИ) исходных кодов на объекте. Так они свалили с обьекта в закат со словами "Исходный код в папке год/месяц/день". Это у них такая система контроля версий была.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #53

59. Сообщение от Аноним (58), 04-Окт-22, 23:56	+/–
До тех пор пока он не сломался и 50 программистов целый день ничего не делали. Вся работа встала. Сразу после этого начался процесс внедрения git.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #52

61. Сообщение от Аноним (61), 05-Окт-22, 00:45	+2 +/–
> SVN Не нужно. Проще и быстрее скопировать в папку и перекинуть её через самбу. А современные редакторы умеют подсвечивать разницу если нужно слить несколько файлов в один.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #51

63. Сообщение от Аноним (63), 05-Окт-22, 00:49	+3 +/–
Плюсану адеквата. Гит по сложности сам тянет на докторскую диссертацию. Лично я как открыл официальную документацию, сразу понял, что все эти команды в голове удержать нереально, если ими не пользоваться по несколько раз в день. Поэтому если содержать сервер гита, этим должен заниматься отдельный человек на отдельной должности.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #29 Ответы: #70, #72, #94

65. Сообщение от Аноним (65), 05-Окт-22, 00:57	+/–
А скажите, в чём сермяжная правда переизобретать coreutils в git?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #66, #83

66. Сообщение от Аноним (58), 05-Окт-22, 02:23	+/–
Чтобы он автоматически работал с системой контроля версий. Например с .gitignore. Или мог показать файлы конкретного коммита с помощью git-ls.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #65

67. Сообщение от Аноним (67), 05-Окт-22, 03:43	+/–
На C# тоже не работало.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #18

69. Сообщение от myhand (ok), 05-Окт-22, 07:27	+/–
Угу.  А линукс - клон миникс.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4

70. Сообщение от myhand (ok), 05-Окт-22, 07:30	+/–
Если командами гита не пользоваться каждый день - гит не нужен, да.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #63 Ответы: #71

71. Сообщение от Lex20 (ok), 05-Окт-22, 08:23	+/–
Ctrl+shift+j в idea в конце рабочего дня, выбрать разницу и влить в репозитарий. Вот и весь git
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #70 Ответы: #73

72. Сообщение от john_erohin (?), 05-Окт-22, 09:39	+/–
> Гит по сложности сам тянет на докторскую диссертацию поэтому необходимо упрощать: выделить мнимальное подмножество для своих задач и пользоваться только им.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #63

73. Сообщение от Аноним (73), 05-Окт-22, 10:16	+/–
Ctrl+shift+j в idea это же "Join lines", при чём тут Git?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #71

76. Сообщение от n00by (ok), 05-Окт-22, 15:52	+1 +/–
Знакомая эта, Фантазия, она что угодно куда угодно подключит. И на Си напишет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #54

77. Сообщение от n00by (ok), 05-Окт-22, 15:59	+/–
Посыл был, что тру госы - это в канадьчине?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #55 Ответы: #86

78. Сообщение от Аноним (78), 06-Окт-22, 06:51	–4 +/–
Не вижу смысла в системах контроля версий. Можно просто скопировать папку с исходниками или быстро в WinRAR заархивировать
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #29 Ответы: #85, #88

79. Сообщение от Аноним (78), 06-Окт-22, 07:09	–2 +/–
Вот вот, вместо того чтобы свободный gitlab запустить или любую другую систему контроля версий, люди мучают флешки и общий сервер.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #46 Ответы: #89

80. Сообщение от Аристарх (??), 06-Окт-22, 15:04	–1 +/–
Мне кажется, эти "мастера" чего-то не учли. Не может на "промышленной" ФС быть такая петрушка. Может, они решили поиграть в хакеров и по привычке лезут сразу в сектора? :) NTFS - весьма надёжная штука и сомнительно, что там что-то "не обновляется вовремя" (если не отключено вообще). Просто надо пользоваться документированными фичами.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6

81. Сообщение от Аристарх (??), 06-Окт-22, 15:07	+/–
Откровенно, я даже формулировки этого улучшения не понял. :) Я знаю, что такое ветки, коммиты, мержи, но вот эта белиберда в описании выше моего понимания. Это вот кто-то прям использует? Для чего именно?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #40 Ответы: #95

82. Сообщение от Аристарх (??), 06-Окт-22, 15:11	–2 +/–
Ну не, прегибаешь! Гит (а правильнее говорить Mercurial :) ) нужен как средство НЕЗАВИСИМОЙ разработки. Нередко бывает так, что есть общий файл (к примеру, константы для множества проектов). Ты туда что-то полез добавлять - файл заблокирован! А кто-то свою константу хочет добавить - и понеслись "совещания"! DVCS - вещь весьма нужная, но отпугивает излишней сложностью процессов. А в случае GIT - ещё и череззадницу сделанными командами, имена которых вообще не соотносятся с действиями. Людям нужна очень простая DVCS, чтоб буквально 5-10 команд и возможность РУЧНОГО управления всеми ветками/версиями. Если древо версий можно легко починить руками, ей не страшны никакие новички со "страшными командами". :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #52

83. Сообщение от Аристарх (??), 06-Окт-22, 15:14	–1 +/–
Линус пухнет со скуки - git пухнет от линусовых "нововведений". Ждём внедрения systemd внутрь git. На Расте, разумеется. гb|гb|
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #65 Ответы: #90

85. Сообщение от Аноним (9), 06-Окт-22, 15:33	+/–
> Не вижу смысла в системах контроля версий. Можно просто скопировать папку с > исходниками или быстро в WinRAR заархивировать О, ещё и за WinRAR надо чайным пакетиком по соплям шлёпать
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #78

86. Сообщение от Аноним (9), 06-Окт-22, 15:34	+/–
Везде то вам влияние забугорья мерещится, где у самих помойка
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #77 Ответы: #87

87. Сообщение от n00by (ok), 06-Окт-22, 16:27	+/–
Написано же «тру» - значит забугорье. Здесь ФССП хватило средств на бекапы для тех, кто им собирал Гослинукс. Утверждают, что на ВинДОСе сэкономили.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #86

88. Сообщение от Аноним (88), 06-Окт-22, 17:03	+/–
Пенсионер, ты застрял в нулевых, сейчас есть 7z который в разы лучше
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #78

89. Сообщение от Аноним (88), 06-Окт-22, 17:05	+1 +/–
> gitlab Смузихлёбское поделие. В серьезных компаниях нигде не используют. П.с. Серьезные компании - это не вэб "разработка".
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #79

90. Сообщение от Аноним (102), 06-Окт-22, 23:30	+1 +/–
> На Расте, разумеется. Всё лишь бы не учить функциональное программирование на Clojure.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #83 Ответы: #96

91. Сообщение от Аноним (91), 07-Окт-22, 16:59	+/–
Пацанов на windows нет. В любом случае, не жалко.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6

92. Сообщение от Аноним (91), 07-Окт-22, 17:03	+/–
> Как надёжно получить имя родительского бранча от которого стартанула текущая ветка? Никак, нет такой сущности.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9

93. Сообщение от Аноним (91), 07-Окт-22, 17:04	+/–
Да-да, процесса обмена .rar архивами черех яндекс.диск. А то понапридумывают каких-то гитов...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #29

94. Сообщение от Аноним (91), 07-Окт-22, 17:14	–1 +/–
Вы наверное разработкой не занимаетесь, так зачем вам гит? Пиццу доставлять или улицы подметать VCS не нужна. > все эти команды в голове удержать нереально Все команды никому не нужны. Для таких как вы вполне хватит init и commit. Если вас пустят в публичный репозиторий, в чём я сомневаюсь, ещё pull и push. > Поэтому если содержать сервер гита "Сервера гита" не существует, это просто обычный репозиторий доступный через ssh. Не нужен никакой человек чтобы его поддерживать, ещё и поддерживать-то не нужно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #63 Ответы: #102

95. Сообщение от Аноним (91), 07-Окт-22, 17:17	+/–
Не понял - проходи мимо. Для меня да, это уберфича.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #81 Ответы: #101

96. Сообщение от Аноним (91), 07-Окт-22, 17:18	–2 +/–
Функциональное программирование можно учить на нормальных языках, то же расте. Его точно не надо учить на выродочных лишпах.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #90

98. Сообщение от Аноним (98), 08-Окт-22, 01:59	+/–
Это какой-то изврат. Не фича должна искать куда ей пристроиться. Это ветка решает какая ей фича нужна и мержит эту фичу. И, для общего понимания. 1. В гите нет иерархии веток. Поэтому нет родительских и дочерних веток. Да и вообще нет сущности "ветка". 2. Ветка в гите это обычный файл размером 41 байт содержащий хеш коммита. Например вот я создал ветку $ cat .git/refs/heads/master 94b961ed56dde33ba2acf4e44db68fd19278d320 echo "94b961ed56dde33ba2acf4e44db68fd19278d320" > .git/refs/heads/main Какая из этих веток "родительская" для echo "94b961ed56dde33ba2acf4e44db68fd19278d320" > .git/refs/heads/feature_1
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #34

101. Сообщение от Аноним (98), 08-Окт-22, 03:09	+/–
Так что делает эта уберфича? Я поначалу подумал что это o---o---o---o---o  master      \       o---o---o  subsystem                \                 *---*---*  topic git switch subsystem git rebase --update-refs master и получим o---o---o---o---o  master                  \                   o---o---o  subsystem                            \                             *---*---*  topic Но, похоже, это не так. У меня получается o---o---o---o---o  master      \           \       o---o---o   o---o---o  subsystem                \                 *---*---*  topic
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #95

102. Сообщение от Аноним (102), 08-Окт-22, 04:43	+/–
> Вы наверное разработкой не занимаетесь Нет, не занимаюсь. К счастью, работаю в государственной компании и занимаюсь серьезными проектами, а не клепаю формочки на модных фреймворках. И вообще, слово "разработка" ругательно для программиста с профильным техническим образованием.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #94

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

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