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

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

Сообщения

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

1. Сообщение от Аноним (1), 11-Янв-25, 22:21	+2 +/–
> Предполагается, что удаление устаревшей функциональности произойдёт в выпуске Git 3.0, в который войдут изменения, нарушающие обратную совместимость. Должно быть только так и никак иначе. А то куда ни гляну. В минорных релизах ломают совместимость с обоснованием "оно уже год депрекейтед" (ну или 3 года, совершенно неважно).
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #3, #4, #24, #62

3. Сообщение от Хру (?), 11-Янв-25, 22:45	+4 +/–
Так эта.. "живи быстро, умри молодым"…  Тьфу, не оно! "Обновляйся быстрее, живи свежО". Вот и ломают :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1

4. Сообщение от Аноним (4), 12-Янв-25, 00:20	+/–
Не только лишь все научились соблюдать semver, увы.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1

5. Сообщение от Аноним (5), 12-Янв-25, 01:41	–2 +/–
Лучший?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #7

7. Сообщение от 12yoexpert (ok), 12-Янв-25, 03:22	+4 +/–
порог входа слишком высок, ни один веб-сеньор ещё не побежал сломя макбук переписывать на раст
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5 Ответы: #8, #12, #66

8. Сообщение от 12yoexpert (ok), 12-Янв-25, 03:34	+2 +/–
UPD: а хотя уже побежали https://github.com/GitoxideLabs/gitoxide 9K звёзд, 14K коммитов и 1940 релизов (тысяча девятьсот сорок). но пока что только клонировать умеет, и то не всё
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7 Ответы: #11, #21

9. Сообщение от Аноним (9), 12-Янв-25, 03:51	–4 +/–
>В GitHub сборка с упрощённым SHA-1 позволила на 10-13% повысить производительность операций извлечения и клонирования данных. Ждём атак против гитхаба с подменой объектов в репозиториях. Напр. лучше всего подменять picklы.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #63

11. Сообщение от Аноним (4), 12-Янв-25, 05:50	–1 +/–
Если почитать внимательнее, то умеет он сильно больше, чем клонировать. Он же не с командлайновой тузлы начал, а с реализации всех внутренних механик гита в виде библиотеки. Когда все библиотеки будут закончены (а они закончены почти все), тогда, используя их будет и полноценная CLI. Я за ними уже года три слежу, что бы свой гитовый сервер запилить, влезающий на дохлую виртуалку.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8 Ответы: #13, #23

12. Сообщение от Нуину (?), 12-Янв-25, 07:06	+/–
А как же https://github.com/facebook/sapling
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7 Ответы: #15

13. Сообщение от sergeyb (ok), 12-Янв-25, 08:44	+/–
Можно уже использовать gotwebd/gotd для дохлой виртуалки.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11 Ответы: #20, #26

15. Сообщение от нах. (?), 12-Янв-25, 10:03	+3 +/–
А как типичная поделках хрустиков (ну или как типичный опенсорс от мордокниги, что, впрочем, одно и то же). https://github.com/facebook/sapling/blob/main/eden/mononoke/... - даже не компилируется. Но нате на лопате непонятные бинарники with  key areas omitted are:     Documentation on how to configure. Зато cli - прям замечательный. Зачем нужен - не признаются. И в таком вот виде - "даже и не компилируется" оно пребывает уже лет ДЕСЯТЬ. Отдельно смешно что изначально заявлялось как замена _hg_, а теперь, гляньте-ка - ни одного упоминания hg в ридмишечке, "Git-compatible source control system", ага. (дайте угадаю - вы не найдете в логах того места где оно вдруг стало из hg гитом. Ну а память у хрустоистеричек - девичья.) Я боюсь открывать мордокнижкин прожект по переписькиванию пехепе - кто смелый, возьмите длинную палочку и гляньте - а то вдруг там уже s/php/1c/ (и forced push, чтоб замести следы)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12 Ответы: #16, #22

16. Сообщение от Аноним (16), 12-Янв-25, 10:26	+/–
Они назвали свой язык Hack, и он уже довольно существенно отличается от PHP. Как drop-in замена PHP уже давно не позиционируется.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #15 Ответы: #17, #18

17. Сообщение от Аноним (16), 12-Янв-25, 10:29	+/–
...и, вообще говоря, выглядит их язык куда лучше, чем нынешний PHP. Если в PHP 8.4 добавлены исключительно синтаксический сахар, то в Hack добавлены дженерики, async-await и подобные реально нужные вещи.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #16

18. Сообщение от нах. (?), 12-Янв-25, 10:50	+/–
ну вот свою версию меркуриала они назвали соплинг или как-то так - а теперь вон васян с памятью рыбки гуппи внезапно обнаружил что это гит и "всегда был". Так что ты зайди, и глянь, осторожненько, широко окно не открывай. Может там уже "существенных отличий" от 1C зато не осталось. (но по прежнему нельзя скомпилировать, конечно же - тоже уже лет десять, наверное)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #16 Ответы: #19

19. Сообщение от Аноним (16), 12-Янв-25, 11:28	+/–
Они это всё делают для своих внутренних целей, в опенсорс выкладывают скорее для привлечения новых сотрудников - пилить язык программирования или систему контроля версий всяко интереснее, чем формы шлёпать. На их CI компилируется - им этого достаточно. Трогать это, не будучи сотрудником Meta и не планируя устроиться туда на работу, довольно бессмысленно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #18 Ответы: #29

20. Сообщение от Аноним (4), 12-Янв-25, 12:17	+/–
> gotd does not yet support version 2 of the Git network protocol. Оксайд-то как раз вторую делает.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13

21. Сообщение от Аноним (21), 12-Янв-25, 12:24	+1 +/–
> 9K звёзд, 14K коммитов и 1940 релизов (тысяча девятьсот сорок). > но пока что только клонировать умеет, и то не всё Кажется они поняли release early, release often весьма буквально. Интересно, а релизы им роботы нарезают, без чанжлога даже? Тогда пусть и пользуются тоже - роботы ;)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8

22. Сообщение от Аноним (22), 12-Янв-25, 12:28	+1 +/–
> Отдельно смешно что изначально заявлялось как замена _hg_, а теперь, > гляньте-ка - ни одного упоминания hg в ридмишечке, "Git-compatible > source control system", ага. (дайте угадаю - вы не найдете в логах > того места где оно вдруг стало из hg гитом. Ну а память у >  хрустоистеричек - девичья.) Баззворд иссяк. Видимо всех необучашек уволили или перевели на гит - проблема и отпала. А HG к тому моменту как раз бесславно сдох по причине "версия питона не та". Скучать о куске тормозного питона от тех кто пытался DVCSом SVN комплетить - очень мало кто будет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #15 Ответы: #25

23. Сообщение от 12yoexpert (ok), 12-Янв-25, 12:30	+2 +/–
> Я за ними уже года три слежу, что бы свой гитовый сервер запилить, влезающий на дохлую виртуалку. я не ждал тжри года, пока что-то доделают на расте, взял cgit на сишечке и пользуюсь > Если почитать внимательнее, то умеет он сильно больше ложь. если почитать внимательнее, то он не умеет даже клонировать
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11 Ответы: #28, #36, #37

24. Сообщение от Аноним (24), 12-Янв-25, 14:21	+/–
>"оно уже год депрекейтед" (ну или 3 года, совершенно неважно). Точно. Вот и в ядре выпиливать устарешие архитектуры и устаревшие(?) файловые системы следовало бы в 7.0
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1

25. Сообщение от User (??), 12-Янв-25, 14:35	+1 +/–
Когда там гит появился? Году в 2004? Выросло поколение, для которого "git был ВСЕГДА" и ничего не то, чтобы "лучше", а хотя бы "другого" они и не видели, так что чоужтам...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #22 Ответы: #27

26. Сообщение от Аноним (-), 12-Янв-25, 15:16	+/–
> Можно уже использовать gotwebd/gotd для дохлой виртуалки. Для дохлой виртуалки можно и cgit так то. Даже если ее совсем вынесут - там все равно кроме этого гита брать нечего. А попытки комитов ессно будут светиться на радаре как ошпаренные. И ради чего все это жданье, спрашивается?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13

27. Сообщение от Аноним (-), 12-Янв-25, 15:18	–2 +/–
> Когда там гит появился? Году в 2004? Выросло поколение, для которого "git > был ВСЕГДА" и ничего не то, чтобы "лучше", а хотя бы > "другого" они и не видели, так что чоужтам... Я немного пользовался CVS и SVN - но это тот случай когда я с удовольствием забуду всю эту дрянь повернутую на единственном огромном центральном сервере - как страшный сон. Еще были всякие проприератщики типа Bitbaker. Они делом показали почему с проприетарщиками не следует иметь дел в своих воркфлоу. Торвальдс делом покахал как оборзение проприетарщиков лечить правильно. И многие из нас усвоили этот урок. Never again.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #25 Ответы: #30, #31, #69

28. Сообщение от нах. (?), 12-Янв-25, 15:35	+/–
> ложь. если почитать внимательнее, то он не умеет даже клонировать бгг. типичная растоперепискивательная история. Мы придумали гениальную библиотеку, которая будет уметь всьо. Но...ой... пока она существует только в наших фантазиях.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #23

29. Сообщение от нах. (?), 12-Янв-25, 15:41	+/–
> Они это всё делают для своих внутренних целей, для меня полнейшая загадка зачем они это делают и кого этим надеются завлечь. > Трогать это, не будучи сотрудником Meta и не планируя устроиться туда на > работу, довольно бессмысленно. Как будто даже планируя - ты устроишься именно переписывателем на хрусте. (напомню что весь php на сегодня - это два человека, весь git - человек пять, вроде, еще остались - так что в фейсбуке эта должность тоже уже давно занята, там по полтора на каждую) Каким сумасшедшим по уши в кредитах надо быть чтоб пойти к ним работать - даже и представить себе сложно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #19

30. Сообщение от нах. (?), 12-Янв-25, 15:43	+/–
>> Когда там гит появился? Году в 2004? Выросло поколение, для которого "git >> был ВСЕГДА" и ничего не то, чтобы "лучше", а хотя бы >> "другого" они и не видели, так что чоужтам... но врать научились прям сразу как рот открывают. > Я немного пользовался CVS и SVN - но это тот случай когда > я с удовольствием забуду всю эту дрянь повернутую на единственном огромном > центральном сервере - как страшный сон. т.е. ты ничего и не помнил. "единственный", "огромный", ага. Очередная чушь собачья от эксперта ни в чем.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #27 Ответы: #47

31. Сообщение от User (??), 12-Янв-25, 15:47	+/–
>> Когда там гит появился? Году в 2004? Выросло поколение, для которого "git >> был ВСЕГДА" и ничего не то, чтобы "лучше", а хотя бы >> "другого" они и не видели, так что чоужтам... > Я немного пользовался CVS и SVN - но это тот случай когда > я с удовольствием забуду всю эту дрянь повернутую на единственном огромном > центральном сервере - как страшный сон. > Еще были всякие проприератщики типа Bitbaker. Они делом показали почему с проприетарщиками > не следует иметь дел в своих воркфлоу. Торвальдс делом покахал как > оборзение проприетарщиков лечить правильно. И многие из нас усвоили этот урок. > Never again. Ну, если пользовался так же, как и git'ом - "по оглавлению", то я и не удивлён, чо. Сильно менее удобно, ясно-понятно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #27 Ответы: #32, #48

32. Сообщение от нах. (?), 12-Янв-25, 16:34	+/–
> Ну, если пользовался так же, как и git'ом - "по оглавлению", то да, умение автоматически встроить содержимое readme.md в веб-версию корневого каталожка проекта - это безусловно достижение. Правда, не гита, а гитхапа и гитляпа. Но наш специалист ни в чем вряд ли разбирается в этих тонкостях. У него "оглавление".
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #31 Ответы: #49

33. Сообщение от Аноним (33), 12-Янв-25, 17:20	–2 +/–
А есть простая альтернатива для мини-проектов? Чисто отслеживать изменения без всех вот этих "свистелок"?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #34, #35, #38, #46, #50, #55, #64

34. Сообщение от Anyone (?), 12-Янв-25, 18:17	+3 +/–
Mercurial (HG). Только осторожно, после него вы от гита будете плеваться.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #33 Ответы: #60

35. Сообщение от nilsys (?), 12-Янв-25, 19:00	+/–
можно просто не пользоваться функционалом, который не нужен для 90% репозиториев хватает commit, branch, checkout и merge, и ещё push/pull для работы с удаленными серверами для оставшихся 10% уже нужны остальные 95% гита
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #33 Ответы: #70

36. Сообщение от Аноним (4), 12-Янв-25, 20:13	+/–
> я не ждал тжри года, пока что-то доделают на расте, взял cgit на сишечке и пользуюсь cgit, как и все подобные "простые" решения, не умеет Git 2.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #23 Ответы: #40

37. Сообщение от Аноним (4), 12-Янв-25, 20:20	–1 +/–
> ложь. если почитать внимательнее, то он не умеет даже клонировать https://github.com/GitoxideLabs/gitoxide/blob/main/crate-sta... Вы о чём вообще говорите-то? Я например про проект gitoxide. А вы, похоже, про командлайновую тулзу для конечных пользователей. В проекте gitoxide огромное количество сделанной работы, отображённой галочками в этом документе под каждой библиотекой. Конечная тулза делается на основе библиотек, а не наоборот.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #23 Ответы: #41

38. Сообщение от Yandex Man (?), 12-Янв-25, 21:37	+/–
Git итак простой. Сделал ветку, закомитил изменения в ветку, замержил ветку в мастер когда готово, и так для каждого изменения.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #33 Ответы: #39, #42

39. Сообщение от Нуину (?), 12-Янв-25, 23:56	+1 +/–
> Git итак простой. Сделал ветку, закомитил изменения в ветку, замержил ветку в > мастер когда готово, и так для каждого изменения. А почему тогда у вас в конторе, уважаемый Yandex Man, сделали свою систему контроля версий?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #38 Ответы: #65

40. Сообщение от 12yoexpert (ok), 13-Янв-25, 02:25	+/–
cgit это вообще-то веб-морда. работать с git на своём серваке можно как угодно
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #36 Ответы: #43

41. Сообщение от 12yoexpert (ok), 13-Янв-25, 02:27	+/–
> Вы о чём вообще говорите-то? читай галочки в ридми
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #37 Ответы: #44

42. Сообщение от Анониссимус (?), 13-Янв-25, 02:55	+/–
Это только так кажется. Как только потребуется сделать что-то нестандартное, придётся перелопатить гору манов. Или довериться чатгпт. В такие моменты думаю -- уж лучше бы хранил версии просто в папках. Это будет то же самое, что гит, только без мозгопарева гита с его протёкшими абстракциями.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #38 Ответы: #45

43. Сообщение от Аноним (4), 13-Янв-25, 03:28	+/–
Предлагаю почитать описание cgit и его фич на официальном сайте. Для ленивых: > cloneable URLs (implements dumb HTTP transport) Это значит, что современный транспорт Git 2 он не поддерживает, и полагается на мегадревнюю и тупую реализацию транспорта, с которой у разного софта проблемы, потому что никто этим давно уже не пользуется и не тестирует.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #40 Ответы: #59

44. Сообщение от Аноним (4), 13-Янв-25, 03:34	+/–
Чел, ты угораешь что ли? Смотри на реализацию фич библиотек. Это то, что реализует все внутренние механики гита. Огромное их количество реализовано. Ты же смотришь на командлайновую тулзу для пользователей, в которой мало что есть, потому что библы ещё все не закончены. Этот проект на гитхабе - это не командлайновая тулза. Это прежде всего набор библиотек который реализует всё, что есть в гите, на основе которых потом можно делать что угодно: командлайн, гуц, встраивать в сервера, и тд.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #41

45. Сообщение от Нуину (?), 13-Янв-25, 05:07	+/–
В целом устройство не такое сложное https://www.opennet.ru/opennews/art.shtml?num=52355 > Как только потребуется сделать что-то нестандартное Например?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #42 Ответы: #56

46. Сообщение от jj установи да (?), 13-Янв-25, 06:32	+/–
jj установи да
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #33

47. Сообщение от Аноним (-), 13-Янв-25, 08:44	–2 +/–
>> Я немного пользовался CVS и SVN - но это тот случай когда >> я с удовольствием забуду всю эту дрянь повернутую на единственном огромном >> центральном сервере - как страшный сон. > т.е. ты ничего и не помнил. Я в те античные времена немного возился с реактосом - и помню какая это боль была! И с CVS, и с SVN. Они изначально IIRC cvs юзали, потом на svn перешли. Толку - мизер, на мой вкус и то и другое - сорта д@рьма. Главная моя проблема? Эта дрянь истошно тормозила. Всегда. Везде. Все операции с версиями. - Апдейт проекта? Половину сервака перекачивает. - Отмотать версию? Половину сервака перекачивает. И все это при неумении в дельты как я понимаю - так что если это не гигибатный линк в локалке - это боль. Зачем мне инструмент который свою заявляемую функцию делает как УГ? И нет, если я хотел запилить свой проект, это не означает что я хотел сетапить серваки, косплеить DBA или что там. Я хотел - проект сделать. А этот крап - отодвигает меня от занятий вот этим - в занятия ненужным мне хзчем. И тиму админов ты мне явно не оплатишь, да? Прикинь, я занимаюсь программизмом - по жизни. А не "40 часов в неделю". Мне это нравится. И я буду юзать тулы - которые поддерживат мои начинания. > "единственный", "огромный", ага. > Очередная чушь собачья от эксперта ни в чем. Да не бойся ты так: взаимодействовать в этих твоих CVS и SVN я с тобой все равно не буду, со своей стороны видал я такие взаимодействия и их адептов - понятно где. Вон тебе user, вы нашли друг друга. Профи перехода на виндочку и демонстрации импотенции ваших принципов. В этом вы - такие одинаковые. Это ваш уровень :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #30

48. Сообщение от Аноним (-), 13-Янв-25, 08:50	+/–
> Ну, если пользовался так же, как и git'ом - "по оглавлению", то > я и не удивлён, чо. Сильно менее удобно, ясно-понятно. Меня там для начала дико бесил - перфоманс перематывания версий. С какого-нибудь реактоса другую версию переключить, на каком-нибудь ADSL линке - о, это такая весьма отдельная боль. И туповйэтинг полчаса. Когда я уже вообще забыл нахрен - а что я вообще хотел. Очень эффективные тулсы для взаимодействия с географически распределенной тимой, аж 2 раза. Git к этому - гораздо ближе. А что вы там 40 часов в неделю кодите в своих конторах с вашими "якобы супер" тулсами мне вообще - не интересно. Я уже насмотрелся на таких же с TFSом. Еще один сорт такого же по смыслу д@рьма. Вечно тормозит и делает мозг, вместо контроля версий. А на гит все это норм работает. Я даже линухкернел по GPRS пару раз апдейтил. Главное это инкрементально делать, чтоб дельта не накапливалась. И тупняк - где-то там, разово. А в остальном перфоманс операций с версиями - ломовой. Что мне и надо от VCS. А для лично себя и своих проектов - в гробу я видал серваки и бд сетапить чтобы свой проект версионировать. ИМХО git был epic win'ом. Намного ближе к тому что я хотел.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #31 Ответы: #51

49. Сообщение от Аноним (-), 13-Янв-25, 09:00	–1 +/–
> Но наш специалист ни в чем вряд ли разбирается в этих тонкостях. > У него "оглавление". Специалист ожидает - что инструмент который сватается как система контроля версий будет "do it well". А мой опыт с CVS и SVN - хтонически отвратительный. Они вообще почти не VCS, так, качалки файлов на стероидах. Хтонически неэффективные и тормозные, если это вдруг не гигабитный интернет в той же локалке. Корпоративным наймитам похрен, а вот всем остальным...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #32

50. Сообщение от Аноним (-), 13-Янв-25, 09:08	+/–
> А есть простая альтернатива для мини-проектов? Чисто отслеживать изменения без всех вот > этих "свистелок"? Fossil можешь попробовать, но без свистелок - понятие относительное. Там всякие вики и проч - но при этом он довольно мелкий. Впрочем в сабже никто не заставляет же вон то юзать. Реально вам потребуется 5-10 типовых команд. Остальное это продвинутости и навороты для гуру, то что вы на этот уровень выйдете - еще не факт. А умение git - ценный актив. Это почти везде сейчас - требуется. Зайдите на любой сайт вакансий, прочитайте требования. Отточить этот скилл на именно своих проектах - весьма валидная идея.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #33

51. Сообщение от User (??), 13-Янв-25, 09:29	+/–
>> Ну, если пользовался так же, как и git'ом - "по оглавлению", то >> я и не удивлён, чо. Сильно менее удобно, ясно-понятно. > А для лично себя и своих проектов - в гробу я видал > серваки и бд сетапить чтобы свой проект версионировать. ИМХО git был > epic win'ом. Намного ближе к тому что я хотел. И где ж ты, "пользовавшийся" CVS и SVN в них "бд"-то нашел, а? Подскажи пенсионеру - совсем склероз замучал...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #48 Ответы: #53

53. Сообщение от Аноним (-), 13-Янв-25, 10:24	+/–
> И где ж ты, "пользовавшийся" CVS и SVN в них "бд"-то нашел, > а? Подскажи пенсионеру - совсем склероз замучал... По моему какие-то версии свина - пытались тянуть какие-то db-тулсы? Но лично меня больше всего анноило - что ему для любой операции с вон той репо - надо вечно качать полсервака по сети, и даже без дельта компресии. А перфоманс операций - ужасен. Как вы поняли - это вовсе не добавило энтузиазма в освоении этих каках. И всерьез я учился с VCS работать, like a boss, уже и правда на git. Который всем этим - не страдал. Так что я немедленно прикрутил его к своим проектам, взял быка за рога - и вот так - все намного эффективнее осваивается. Поймите меня правильно. Я SVN последний раз видел и юзал - лет 10..15 назад. Это было настолько давно - что я уже даже не знаю сколько лет назад. Так что да, я могу и прогнать в этой таксономии динозавров. Это никогда не было моим любимым топиком.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #51

55. Сообщение от freehck (ok), 13-Янв-25, 11:28	+1 +/–
> А есть простая альтернатива для мини-проектов? Если вы считаете, что git -- это "сложно" или "не обязательно", у меня для вас плохие новости: - во-первых это не сложно, чтобы начать с технологией работать, достаточно потратить полдня на чтение маленькой книжки - во-вторых это фактический стандарт индустрии, и осваивать его всё равно придётся
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #33

56. Сообщение от Анониссимус (?), 13-Янв-25, 11:46	+/–
> Например? Из недавнего: 1) перенести несколько коммитов в другую ветку (случайно не в той ветке сделал) 2) скопировать несколько файлов из старого коммита Делать это приходилось через какие-то дичайшие костыли.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #45 Ответы: #61

59. Сообщение от 12yoexpert (ok), 13-Янв-25, 14:14	+/–
> работать с git на своём серваке можно как угодно не только через http transport от cgit
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #43

60. Сообщение от Аноним (60), 13-Янв-25, 14:30	+/–
Есть травоядные. Есть плотоядные. А есть те кто hg вспоминает. Они любители особого вкуса.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #34

61. Сообщение от Аноним (60), 13-Янв-25, 14:32	+/–
1. чери пик 2. чери пик    убираешь лишнее и    аменд
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #56 Ответы: #68, #71

62. Сообщение от Аноним (62), 13-Янв-25, 14:36	–1 +/–
Кому должно? Смотри, я разрабатываю библиотеку. Допустим, выкидываю поддержку какого-нибудь древнючего питона 3.8. Нет чёткого определения breaking это change или нет, поэтому я могу бампнуть мажорную версию или не бампнуть по своему усмотрению. Если я не бампну, я сломаю пользователей питона 3.8. Если бампну, значит вообще всем моим пользователям придётся для обновления прикладывать дополнительные усилия, как-то обновлять вервию в pyproject.toml, читать changelog на тему того что могло сломаться и покрыто ли оно их тестами и гонять эти самые тесты. У меня лично выбор между всеми пользователями и кучкой некрофилов даже не стоит. Совместимость с python 3.8 будет не просто сломана когда-нибудь, она будет сломана намеренно на следующий день после его EoL, разумеется с бампом только patch версии, чтобы неповадно было.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1

63. Сообщение от Аноним (62), 13-Янв-25, 14:37	+/–
Да-да, подмены объектов в репозиториях через read-only запросы. Мамкин безопасник.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9

64. Сообщение от Аноним (62), 13-Янв-25, 14:41	+/–
Что такое `мини-проект`? Если он выкладывается в паблик с тем чтобы им пользовались другие люди, альтернатив нет, потому что никто не будет ставить уродцев типа фоссилов или пихулей чтобы скачать или законтрибутить в твою поделку. А если проект чисто в стол, делай что хочешь.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #33

65. Сообщение от Аноним (62), 13-Янв-25, 14:46	+1 +/–
Своя система контроля версий сделана из git и имеет совместимый с ним cli (а какой же ещё?). Сделана она потому что у нас мегарепа, настолько большая что на локальную машину её не то что склонировать, но даже просто зачекаутить долго и тяжело. Поэтому там виртуальная файловая система с удалённым доступом к git хранилищу.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #39 Ответы: #67

66. Сообщение от Mike Lee (?), 13-Янв-25, 15:23	+1 +/–
Ну тем кому порог входа в git слишком высок лучше чем-нибудь другим заняться.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7

67. Сообщение от Школьник (ok), 13-Янв-25, 19:51	+1 +/–
А зачем вам, если не секрет, мегарепа? Побить на части не получается?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #65

68. Сообщение от Аноним (68), 14-Янв-25, 00:52	+/–
2. скорее checkout, только не ветки а файлов git checkout commithash pathname
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #61

69. Сообщение от Аноним (69), 14-Янв-25, 05:22	+/–
Как же из тебя прет ободание и преклонение перед Торвальдсом. Ещё и урок там какой-то усвоил. Блин, какой же ты блаженный. Что ты там усвоил? Ты ж нифига не сделал, это все линус.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #27

70. Сообщение от lizard (??), 16-Янв-25, 22:55	+/–
добрый старый (разрабатываемый и обновлояемый) svn ?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #35

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

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

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