URL: https://www.opennet.ru/cgi-bin/openforum/vsluhboard.cgi
Форум: vsluhforumID3
Нить номер: 128591
[ Назад ]
Исходное сообщение
"Выпуск системы управления исходными текстами Git 2.38"
Отправлено opennews , 04-Окт-22 11:47 
Представлен  выпуск распределенной системы управления исходными текстами Git 2.38. Git является одной из самых популярных, надёжных и высокопроизводительных систем управления версиями, предоставляющей гибкие средства нелинейной разработки, базирующиеся на ответвлении и слиянии веток. Для обеспечения целостности истории и устойчивости к изменениям "задним числом" используются неявное хеширование всей предыдущей истории в каждом коммите, также возможно удостоверение цифровыми подписями разработчиков отдельных тегов и коммитов...

Подробнее: https://www.opennet.ru/opennews/art.shtml?num=57868

Содержание
Сообщения в этом обсуждении
"Выпуск системы управления исходными текстами Git 2.38"
Отправлено васёк , 04-Окт-22 11:47 
спасибо Линусу за подгон, а то SVC скучная была
"Выпуск системы управления исходными текстами Git 2.38"
Отправлено Аноним , 04-Окт-22 11:53 
Он вроде под впечатлением от перфорса запилил сабж. Не сказал бы, что перфорс -- скучный.
"Выпуск системы управления исходными текстами Git 2.38"
Отправлено Аноним , 04-Окт-22 12:22 
Под впечатлением от кидалова со стороны биткипера. И вообще гит это клон биткипера.
"Выпуск системы управления исходными текстами Git 2.38"
Отправлено myhand , 05-Окт-22 07:27 
Угу.  А линукс - клон миникс.
"Выпуск системы управления исходными текстами Git 2.38"
Отправлено Anonymus , 04-Окт-22 13:10 
inspired by BitKeeper
"Выпуск системы управления исходными текстами Git 2.38"
Отправлено Аноним , 04-Окт-22 15:11 
Кстати если бы создатель биткипера тогда не взбрыкнул, наверняка бы уже давно озолотился.
"Выпуск системы управления исходными текстами Git 2.38"
Отправлено fumanchez , 04-Окт-22 12:51 
/*
 * 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

"Выпуск системы управления исходными текстами Git 2.38"
Отправлено Аноним , 04-Окт-22 15:29 
На C# все работало. Переписали на Си всё сломалось.
"Выпуск системы управления исходными текстами Git 2.38"
Отправлено Аноним , 05-Окт-22 03:43 
На C# тоже не работало.
"Выпуск системы управления исходными текстами Git 2.38"
Отправлено Аристарх , 06-Окт-22 15:04 
Мне кажется, эти "мастера" чего-то не учли. Не может на "промышленной" ФС быть такая петрушка. Может, они решили поиграть в хакеров и по привычке лезут сразу в сектора? :) NTFS - весьма надёжная штука и сомнительно, что там что-то "не обновляется вовремя" (если не отключено вообще). Просто надо пользоваться документированными фичами.
"Выпуск системы управления исходными текстами Git 2.38"
Отправлено Аноним , 07-Окт-22 16:59 
Пацанов на windows нет. В любом случае, не жалко.
"Выпуск системы управления исходными текстами Git 2.38"
Отправлено Аноним , 04-Окт-22 14:52 
Как надёжно получить имя родительского бранча от которого стартанула текущая ветка? Без обмазывания awk/sed которые начнут фигню выводить как только что-то будет не в том порядке выдано
"Выпуск системы управления исходными текстами Git 2.38"
Отправлено Аноним , 04-Окт-22 14:54 
Никак потому что это не нужно. У тебя проблема в процессах и гит тут не причём.
"Выпуск системы управления исходными текстами Git 2.38"
Отправлено Аноним , 04-Окт-22 14:58 
У меня нет проблемы в процессах. У тебя есть проблема в понимании проблемы. Возьми хоть тот же Git Flow. У тебя от мастера бранчуется Develop, от Develop фичи, ещё иногда у тебя ответвляются хотфиксы, релизы и прочее. И постоянно нужно следить, откуда куда ты делаешь MR. В то же время для gitlab можно цель для мержа из cli передавать. Почему бы этим не пользоваться, чтобы уменьшить головняк?!
"Выпуск системы управления исходными текстами Git 2.38"
Отправлено Аноним , 04-Окт-22 15:10 
Потому что гит флоу это сбоку придуманный велосипед? Если это прям важно единственное верный способ это github flow.
"Выпуск системы управления исходными текстами Git 2.38"
Отправлено Аноним , 04-Окт-22 17:11 
Нет такой задачи — получить имя родительской ветки, не рассказывай сказок. Чего именно ты пытаешься достичь? Каковая конечная цель?
"Выпуск системы управления исходными текстами Git 2.38"
Отправлено Аноним , 04-Окт-22 18:07 
Конечная цель - замержить фичу в ту же ветку, откуда фиче-бранч отбранчевался.
"Выпуск системы управления исходными текстами Git 2.38"
Отправлено pashev.ru , 04-Окт-22 20:33 
branch-foo —> my/branch-foo/feature-xxx
"Выпуск системы управления исходными текстами Git 2.38"
Отправлено Аноним , 04-Окт-22 23:20 
и что?
"Выпуск системы управления исходными текстами Git 2.38"
Отправлено Аноним , 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

"Выпуск системы управления исходными текстами Git 2.38"
Отправлено Аноним , 07-Окт-22 17:03 
> Как надёжно получить имя родительского бранча от которого стартанула текущая ветка?

Никак, нет такой сущности.

"Выпуск системы управления исходными текстами Git 2.38"
Отправлено Аноним , 04-Окт-22 14:55 
Как проверить, запушен ли коммит на сервер?
И если да, в каком локальном хуке можно прописать что ребейс и --amend ему делать нельзя?
"Выпуск системы управления исходными текстами Git 2.38"
Отправлено Аноним , 04-Окт-22 16:34 
git merge-base <BRANCH> <REMOTE>/<BRANCH>

вывелеи последний общий коммит

"Выпуск системы управления исходными текстами Git 2.38"
Отправлено Аноним , 04-Окт-22 23:20 
Мне нравится эта идея, спасибо, поковыряю на досуге
"Выпуск системы управления исходными текстами Git 2.38"
Отправлено Аноним , 04-Окт-22 17:20 
Git вообще не нужон. Лишнее усложнение процесса.
"Выпуск системы управления исходными текстами Git 2.38"
Отправлено Neon , 04-Окт-22 21:07 
Тоже никогда не понимал прелестей Git'a. Всегда в команде хватало для совместной разработки SVN. Просто и сердито. И никаких извращений от Git'a ни разу не потребовались
"Выпуск системы управления исходными текстами Git 2.38"
Отправлено Аноним , 05-Окт-22 00:45 
> SVN

Не нужно. Проще и быстрее скопировать в папку и перекинуть её через самбу. А современные редакторы умеют подсвечивать разницу если нужно слить несколько файлов в один.

"Выпуск системы управления исходными текстами Git 2.38"
Отправлено Аноним , 05-Окт-22 00:49 
Плюсану адеквата. Гит по сложности сам тянет на докторскую диссертацию. Лично я как открыл официальную документацию, сразу понял, что все эти команды в голове удержать нереально, если ими не пользоваться по несколько раз в день. Поэтому если содержать сервер гита, этим должен заниматься отдельный человек на отдельной должности.
"Выпуск системы управления исходными текстами Git 2.38"
Отправлено myhand , 05-Окт-22 07:30 
Если командами гита не пользоваться каждый день - гит не нужен, да.

"Выпуск системы управления исходными текстами Git 2.38"
Отправлено Lex20 , 05-Окт-22 08:23 
Ctrl+shift+j в idea в конце рабочего дня, выбрать разницу и влить в репозитарий. Вот и весь git
"Выпуск системы управления исходными текстами Git 2.38"
Отправлено Аноним , 05-Окт-22 10:16 
Ctrl+shift+j в idea это же "Join lines", при чём тут Git?
"Выпуск системы управления исходными текстами Git 2.38"
Отправлено john_erohin , 05-Окт-22 09:39 
> Гит по сложности сам тянет на докторскую диссертацию

поэтому необходимо упрощать: выделить мнимальное подмножество
для своих задач и пользоваться только им.

"Выпуск системы управления исходными текстами Git 2.38"
Отправлено Аноним , 07-Окт-22 17:14 
Вы наверное разработкой не занимаетесь, так зачем вам гит? Пиццу доставлять или улицы подметать VCS не нужна.

> все эти команды в голове удержать нереально

Все команды никому не нужны. Для таких как вы вполне хватит init и commit. Если вас пустят в публичный репозиторий, в чём я сомневаюсь, ещё pull и push.

> Поэтому если содержать сервер гита

"Сервера гита" не существует, это просто обычный репозиторий доступный через ssh. Не нужен никакой человек чтобы его поддерживать, ещё и поддерживать-то не нужно.

"Выпуск системы управления исходными текстами Git 2.38"
Отправлено Аноним , 08-Окт-22 04:43 
> Вы наверное разработкой не занимаетесь

Нет, не занимаюсь. К счастью, работаю в государственной компании и занимаюсь серьезными проектами, а не клепаю формочки на модных фреймворках. И вообще, слово "разработка" ругательно для программиста с профильным техническим образованием.

"Выпуск системы управления исходными текстами Git 2.38"
Отправлено Аноним , 06-Окт-22 06:51 
Не вижу смысла в системах контроля версий. Можно просто скопировать папку с исходниками или быстро в WinRAR заархивировать
"Выпуск системы управления исходными текстами Git 2.38"
Отправлено Аноним , 06-Окт-22 15:33 
> Не вижу смысла в системах контроля версий. Можно просто скопировать папку с
> исходниками или быстро в WinRAR заархивировать

О, ещё и за WinRAR надо чайным пакетиком по соплям шлёпать

"Выпуск системы управления исходными текстами Git 2.38"
Отправлено Аноним , 06-Окт-22 17:03 
Пенсионер, ты застрял в нулевых, сейчас есть 7z который в разы лучше
"Выпуск системы управления исходными текстами Git 2.38"
Отправлено Аноним , 07-Окт-22 17:04 
Да-да, процесса обмена .rar архивами черех яндекс.диск. А то понапридумывают каких-то гитов...
"Выпуск системы управления исходными текстами Git 2.38"
Отправлено Аноним , 04-Окт-22 17:57 
Интересно, используется ли Git во время разработки самого Git?
"Выпуск системы управления исходными текстами Git 2.38"
Отправлено yet another anonymous , 04-Окт-22 18:10 
Да.
"Выпуск системы управления исходными текстами Git 2.38"
Отправлено ТрахерЪ , 04-Окт-22 19:17 
Зачем его разрабатывать
"Выпуск системы управления исходными текстами Git 2.38"
Отправлено Аноним , 04-Окт-22 18:07 
Знакомая работала в гос. организации и там писала программы для спутников. Программы там писали на си, а вместо git использовали флешки.

Это доказывает что настоящим программистам git не нужен, достаточно только Си и флешки

"Выпуск системы управления исходными текстами Git 2.38"
Отправлено n00by , 04-Окт-22 19:29 
Все знают эту знакомую. Только там не флешки были, а ферритовые кольца.
"Выпуск системы управления исходными текстами Git 2.38"
Отправлено Аноним , 04-Окт-22 21:49 
В спутниках были микроконтроллеры МИЛАНДР, сомневаюсь что к ним можно подключить ферритовые кольца.
"Выпуск системы управления исходными текстами Git 2.38"
Отправлено n00by , 05-Окт-22 15:52 
Знакомая эта, Фантазия, она что угодно куда угодно подключит. И на Си напишет.
"Выпуск системы управления исходными текстами Git 2.38"
Отправлено Аноним , 04-Окт-22 20:32 
Работал в гос компании. Да всё так. Бекапы рулят.
"Выпуск системы управления исходными текстами Git 2.38"
Отправлено Аноним , 04-Окт-22 20:41 
Лжец, в тру госах нет денег на "эти какие-то там бэкапы погромистов", вот они и носят всё на собственных флешках. Флешки дешёвые, дохнут регулярно
"Выпуск системы управления исходными текстами Git 2.38"
Отправлено n00by , 04-Окт-22 20:56 
Нет денег запустить гит на локальной машине?
"Выпуск системы управления исходными текстами Git 2.38"
Отправлено Аноним , 04-Окт-22 23:19 
Посыл был про бекапы. Что касается гита, то в госах обычно у контингента нет понимания что есть какие-то СКВ и их зачем-то нужно делать. И разумеется чем у меньшего числа есть исходники, тем больше шансов ещё денёк посидеть с работой
"Выпуск системы управления исходными текстами Git 2.38"
Отправлено n00by , 05-Окт-22 15:59 
Посыл был, что тру госы - это в канадьчине?
"Выпуск системы управления исходными текстами Git 2.38"
Отправлено Аноним , 06-Окт-22 15:34 
Везде то вам влияние забугорья мерещится, где у самих помойка
"Выпуск системы управления исходными текстами Git 2.38"
Отправлено n00by , 06-Окт-22 16:27 
Написано же «тру» - значит забугорье. Здесь ФССП хватило средств на бекапы для тех, кто им собирал Гослинукс. Утверждают, что на ВинДОСе сэкономили.
"Выпуск системы управления исходными текстами Git 2.38"
Отправлено Советский инженер и пенсионер , 04-Окт-22 20:39 
ИДИOT! Помимо "флэшек" есть ещё и сеть c FTP и Samba. Так что валил бы ты отсюда со своим петросянством.
"Выпуск системы управления исходными текстами Git 2.38"
Отправлено Аноним , 04-Окт-22 21:44 
Это абсолютно реальная ситуация.
Какой-то общий сервер там действительно был, но почему-то пользовались флешками.
"Выпуск системы управления исходными текстами Git 2.38"
Отправлено Аноним , 04-Окт-22 23:55 
Полностью подтверждаю.
Я должен был осуществить приёмку у подрядчика (НИИ) исходных кодов на объекте.

Так они свалили с обьекта в закат со словами "Исходный код в папке год/месяц/день".

Это у них такая система контроля версий была.

"Выпуск системы управления исходными текстами Git 2.38"
Отправлено Аноним , 06-Окт-22 07:09 
Вот вот, вместо того чтобы свободный gitlab запустить или любую другую систему контроля версий, люди мучают флешки и общий сервер.
"Выпуск системы управления исходными текстами Git 2.38"
Отправлено Аноним , 06-Окт-22 17:05 
> gitlab

Смузихлёбское поделие. В серьезных компаниях нигде не используют. П.с. Серьезные компании - это не вэб "разработка".

"Выпуск системы управления исходными текстами Git 2.38"
Отправлено Full Master , 04-Окт-22 19:48 
>В команду "git rebase" добавлена опция "--update-refs" для обновления зависимых веток, пересекающихся с перемещаемыми ветками, чтобы вручную не выполнять операции checkout к каждой зависимой ветке для переключения на требуемый коммит.

Джва года ждал.

"Выпуск системы управления исходными текстами Git 2.38"
Отправлено Аристарх , 06-Окт-22 15:07 
Откровенно, я даже формулировки этого улучшения не понял. :) Я знаю, что такое ветки, коммиты, мержи, но вот эта белиберда в описании выше моего понимания. Это вот кто-то прям использует? Для чего именно?
"Выпуск системы управления исходными текстами Git 2.38"
Отправлено Аноним , 07-Окт-22 17:17 
Не понял - проходи мимо. Для меня да, это уберфича.
"Выпуск системы управления исходными текстами Git 2.38"
Отправлено Аноним , 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

"Выпуск системы управления исходными текстами Git 2.38"
Отправлено Neon , 04-Окт-22 21:08 
Никогда не понимал прелестей Git'a. Излишне замудренная система. Всегда в команде хватало для совместной разработки SVN. Просто и сердито. И никаких извращений от Git'a ни разу не потребовались

"Выпуск системы управления исходными текстами Git 2.38"
Отправлено Аноним , 04-Окт-22 23:56 
До тех пор пока он не сломался и 50 программистов целый день ничего не делали. Вся работа встала.

Сразу после этого начался процесс внедрения git.

"Выпуск системы управления исходными текстами Git 2.38"
Отправлено Аристарх , 06-Окт-22 15:11 
Ну не, прегибаешь! Гит (а правильнее говорить Mercurial :) ) нужен как средство НЕЗАВИСИМОЙ разработки. Нередко бывает так, что есть общий файл (к примеру, константы для множества проектов). Ты туда что-то полез добавлять - файл заблокирован! А кто-то свою константу хочет добавить - и понеслись "совещания"!

DVCS - вещь весьма нужная, но отпугивает излишней сложностью процессов. А в случае GIT - ещё и череззадницу сделанными командами, имена которых вообще не соотносятся с действиями.
Людям нужна очень простая DVCS, чтоб буквально 5-10 команд и возможность РУЧНОГО управления всеми ветками/версиями. Если древо версий можно легко починить руками, ей не страшны никакие новички со "страшными командами". :)

"Выпуск системы управления исходными текстами Git 2.38"
Отправлено Аноним , 05-Окт-22 00:57 
А скажите, в чём сермяжная правда переизобретать coreutils в git?
"Выпуск системы управления исходными текстами Git 2.38"
Отправлено Аноним , 05-Окт-22 02:23 
Чтобы он автоматически работал с системой контроля версий.

Например с .gitignore.
Или мог показать файлы конкретного коммита с помощью git-ls.

"Выпуск системы управления исходными текстами Git 2.38"
Отправлено Аристарх , 06-Окт-22 15:14 
Линус пухнет со скуки - git пухнет от линусовых "нововведений". Ждём внедрения systemd внутрь git. На Расте, разумеется. гb|гb|
"Выпуск системы управления исходными текстами Git 2.38"
Отправлено Аноним , 06-Окт-22 23:30 
> На Расте, разумеется.

Всё лишь бы не учить функциональное программирование на Clojure.

"Выпуск системы управления исходными текстами Git 2.38"
Отправлено Аноним , 07-Окт-22 17:18 
Функциональное программирование можно учить на нормальных языках, то же расте. Его точно не надо учить на выродочных лишпах.