The OpenNET Project / Index page

[ новости /+++ | форум | wiki | теги | ]

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

"Выпуск распределенной системы управления исходными текстами ..."  +/
Сообщение от opennews (??) on 28-Июл-15, 16:36 
Представлен (https://lkml.org/lkml/2015/7/27/891) релиз распределенной системы управления исходными текстами Git 2.5.0 (http://git-scm.com/). Git является одной из самых популярных, надёжных и высокопроизводительных систем управления версиями, предоставляющей гибкие средства нелинейной разработки, базирующиеся на ответвлении и слиянии веток. Для обеспечения целостности истории и устойчивости к изменениям задним числом используются неявное хеширование всей предыдущей истории в каждом коммите, также возможно удостоверение цифровыми подписями разработчиков отдельных тегов и коммитов. Из проектов, разрабатываемых с использованием Git, можно отметить ядро Linux (https://git.kernel.org/cgit/linux/kernel/git/stable/linux-st.../), Android (https://android.googlesource.com/), LibreOffice (http://cgit.freedesktop.org/libreoffice), Systemd (http://cgit.freedesktop.org/systemd), X.Org (http://cgit.freedesktop.org/xorg), Wayland (http://cgit.freedesktop.org/wayland), Mesa (http://cgit.freedesktop.org/mesa/), Gstreamer (http://cgit.freedesktop.org/gstreamer), Wine (http://source.winehq.org/git/wine.git), Debian (http://anonscm.debian.org/gitweb), DragonFly BSD (http://gitweb.dragonflybsd.org/?p=dragonfly.git;a=summary), Perl (http://perl5.git.perl.org/perl.git), Eclipse (http://git.eclipse.org), GNOME (http://git.gnome.org/browse/), KDE (https://projects.kde.org/projects), Qt (http://qt.gitorious.org/), Ruby on Rails (https://github.com/rails/rails), PostgreSQL (http://git.postgresql.org/gitweb/), VideoLAN (http://git.videolan.org), PHP (http://git.php.net/), Xen (http://xenbits.xen.org/gitweb/), Minix (http://git.minix3.org/).


По сравнению с прошлым выпуском в новую версию принято  583 изменений, подготовленных при участии 70 разработчиков, из которых 21 впервые приняли своё участие в разработке. В новом выпуске представлены в основном исправления ошибок и мелкие улучшения, значительные изменения отсутствуют. Основные изменения (http://git-blame.blogspot.com/2015/07/git-25.html):

-  Новое сокращение branch@{push}, обозначающее удалённую отслеживаемую ветку, в которую будут помещены push-операции;

-  В команду "git send-email" добавлена поддержка файла /etc/aliases, используемого в sendmail;

-  В низкоуровневые внешние драйверы обеспечения слияния данных от трёх источников, помимо имён трёх временных файлов (%O, %A и %B)  теперь передаётся финальный путь (%P);

-  Улучшена эвристика определения ошибок в определении путей в параметрах командной строки, что сняло ограничение на разделение опцией "--" похожих на имена файлов параметров в "git grep" (вместо "git grep строка -- *.c" теперь можно указывать "git grep строка *.c");

-  В скриптах с фильтрами обеспечена возможность завершения работы с выводом ошибки до того, как будут получены все данные от Git (при записи игнорируется EPIPE);

-  В "git diff" добавлена опция "--ws-error-highlight", подсвечивающая завершающие строку символы пробелов при отображении  изменений;
   <center><a href="http://i.stack.imgur.com/7eWG7.png"><img src="https://www.opennet.ru/opennews/pics_base/0_1438088075.png" style="border-style: solid; border-color: #e9ead6; border-width: 15px;max-width:100%;" title="" border=0></a></center>

-  Команда "git merge FETCH_HEAD" теперь учитывает, что ранее выполненный запрос "git fetch" может привести к множественному слиянию (Octopus merge) и избавляет от необходимости использования синтаксиса "git merge msg HEAD commits" в скриптах git pull;
-  В "git cat-file --batch" добавлена опция "--follow-symlinks", допускающая обход символических ссылок при запросе объекта по хэшу SHA-1. Например, HEAD:RelNotes может быть ссылкой на Documentation/RelNotes/2.5.0.txt и при указании данной опции git удет считать, что на входе Documentation/RelNotes/2.5.0.txt вместо HEAD:RelNotes;

-  Представлена замена для скрипта contrib/workdir/git-new-workdir, не зависящая от символических ссылок и надёжно обеспечивающая совместное использование объектов и ссылок.


URL: https://lkml.org/lkml/2015/7/27/891
Новость: https://www.opennet.ru/opennews/art.shtml?num=42679

Ответить | Правка | Cообщить модератору

Оглавление

Сообщения по теме [Сортировка по времени | RSS]


1. "Выпуск распределенной системы управления исходными текстами ..."  –33 +/
Сообщение от Аноним (??) on 28-Июл-15, 16:36 
Хоть бы слово про "упростили", а то все это консольное вырвиглазие просто невозможно использовать без слез. 80% хватило бы 20% функционала, только если бы доступ к нему был человеческий, а не через заднее место.

Я думаю я не один такой, кто делает бекапы папки с джит перед выполнением сложных команд. Охрененно удобная система!

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

3. "Выпуск распределенной системы управления исходными текстами ..."  +9 +/
Сообщение от Аноним (??) on 28-Июл-15, 16:53 
Прочитай уже Pro Git, наконец.
Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

30. "Выпуск распределенной системы управления исходными текстами ..."  +2 +/
Сообщение от Аноним (??) on 29-Июл-15, 00:45 
Тем более, что Pro Git выложена на официальном сайте git, и даже переведена там на русский язык https://git-scm.com/book/ru/v1
Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

4. "Выпуск распределенной системы управления исходными текстами ..."  +1 +/
Сообщение от anonymous (??) on 28-Июл-15, 16:55 
>Я думаю я не один такой, кто делает бекапы папки с джит перед выполнением сложных команд.

Надеюсь, что один, так как испортить репоизторий можно только командой rm -rf .git, все остальное легко откатывается

Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

6. "Выпуск распределенной системы управления исходными текстами ..."  +6 +/
Сообщение от rshadow (ok) on 28-Июл-15, 17:03 
... если знаешь магические слова
Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

7. "Выпуск распределенной системы управления исходными текстами ..."  +3 +/
Сообщение от rshadow (ok) on 28-Июл-15, 17:06 
И да, на репозиторий насрать (его можно восстановить из другого), главное чтобы исходники не пострадали. А вот откатить случайное действие без перечитывания "Pro Git" реально под силу немногим.
Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

9. "Выпуск распределенной системы управления исходными текстами ..."  –1 +/
Сообщение от Аноним (??) on 28-Июл-15, 17:15 
>>Я думаю я не один такой, кто делает бекапы папки с джит перед выполнением сложных команд.
> Надеюсь, что один, так как испортить репоизторий можно только командой rm -rf
> .git, все остальное легко откатывается

откати мне rebase

Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

10. "Выпуск распределенной системы управления исходными текстами ..."  +1 +/
Сообщение от waker (ok) on 28-Июл-15, 17:20 
> откати мне rebase

man git-reflog

Ответить | Правка | ^ к родителю #9 | Наверх | Cообщить модератору

12. "Выпуск распределенной системы управления исходными текстами ..."  +/
Сообщение от rshadow (ok) on 28-Июл-15, 17:26 
DBA сертификаты по Git уже кто-то выдает или еще нет?
Ответить | Правка | ^ к родителю #10 | Наверх | Cообщить модератору

18. "Выпуск распределенной системы управления исходными текстами ..."  +2 +/
Сообщение от fail on 28-Июл-15, 18:36 
> DBA сертификаты по Git уже кто-то выдает или еще нет?

угу, Git certified CCNA

Ответить | Правка | ^ к родителю #12 | Наверх | Cообщить модератору

28. "Выпуск распределенной системы управления исходными текстами ..."  +/
Сообщение от Аноним (??) on 28-Июл-15, 23:22 
CCNA - это дети в сетях.
Ответить | Правка | ^ к родителю #18 | Наверх | Cообщить модератору

11. "Выпуск распределенной системы управления исходными текстами ..."  +/
Сообщение от Коля on 28-Июл-15, 17:24 
man git-show-ref
Ответить | Правка | ^ к родителю #9 | Наверх | Cообщить модератору

17. "Выпуск распределенной системы управления исходными текстами ..."  +1 +/
Сообщение от Andrey Mitrofanov on 28-Июл-15, 18:33 
>> .git, все остальное легко откатывается
> откати мне rebase

Сам себе duckduckgo.com/?q=rebase+undo откати.

Ответить | Правка | ^ к родителю #9 | Наверх | Cообщить модератору

39. "Выпуск распределенной системы управления исходными текстами ..."  +/
Сообщение от Michael Shigorin email(ok) on 29-Июл-15, 12:30 
>>Я думаю я не один такой, кто делает бекапы папки с джит перед выполнением сложных команд.
> Надеюсь, что один

Ну я порой бэкаплю перед сложными git rebase -i, чтоб не раскапывать потом git reflog.

PS: http://tomayko.com/writings/the-thing-about-git

Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

45. "Выпуск распределенной системы управления исходными текстами ..."  +/
Сообщение от tamerlan311 email on 29-Июл-15, 14:30 
А временную ветку создать перед ребейзом религия не позволяет?
Ответить | Правка | ^ к родителю #39 | Наверх | Cообщить модератору

47. "Выпуск распределенной системы управления исходными..."  +1 +/
Сообщение от arisu (ok) on 29-Июл-15, 14:56 
> А временную ветку создать перед ребейзом религия не позволяет?

до этого места ещё не дочитал, угу.

Ответить | Правка | ^ к родителю #45 | Наверх | Cообщить модератору

82. "Выпуск распределенной системы управления исходными текстами ..."  +/
Сообщение от Аноним (??) on 03-Авг-15, 19:47 
еще git clean -fdx нельзя откатить, пару раз так терял нужные файлики хоть и не сильно критичные
Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

13. "Выпуск распределенной системы управления исходными текстами ..."  +1 +/
Сообщение от derfenix (ok) on 28-Июл-15, 17:33 
Джавы с джаваскриптом вам мало, так теперь ещё и джит? Болезнь-то прогрессирует...
Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

41. "Выпуск распределенной системы управления исходными текстами ..."  +/
Сообщение от Джо on 29-Июл-15, 12:34 
Выпей гин с тоником
Ответить | Правка | ^ к родителю #13 | Наверх | Cообщить модератору

42. "Выпуск распределенной системы управления исходными текстами ..."  +/
Сообщение от derfenix (ok) on 29-Июл-15, 12:40 
> Выпей гин с тоником

ох лол.. Ок, сразу после того, как ты найдёшь в джугле, где его купить подешевле.
Ещё давай позовём джида (вместо гида), снимем пару джёрлс в сауну в джималаях и запишем джигабайты хоум-видео на эту тему. Мне продолжать?

Ответить | Правка | ^ к родителю #41 | Наверх | Cообщить модератору

43. "Выпуск распределенной системы управления исходными текстами ..."  +/
Сообщение от burjui (ok) on 29-Июл-15, 13:57 
> Мне продолжать?

Напиши стихотворение и выложи на джитхуб.

Ответить | Правка | ^ к родителю #42 | Наверх | Cообщить модератору

69. "Выпуск распределенной системы управления исходными текстами ..."  +/
Сообщение от Джо on 30-Июл-15, 12:56 
gin, giraffe, giant, ginger - читается как "дж". Недавно узнал в комментах про произношение gif.

Но это скорее ради хохмы ради, git официально считается гит http://english.stackexchange.com/questions/47622/how-do-you-... как презентовал сам Линас Торвальдс

Ответить | Правка | ^ к родителю #42 | Наверх | Cообщить модератору

14. "Выпуск распределенной системы управления исходными текстами ..."  +/
Сообщение от Пользователь Debian on 28-Июл-15, 17:36 
Думаю, один.
Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

15. "Выпуск распределенной системы управления исходными текстами ..."  +2 +/
Сообщение от Andrey Mitrofanov on 28-Июл-15, 18:29 
> Хоть бы слово про "упростили",

Уже давно https://www.kernel.org/pub/software/scm/git/docs/giteveryday... , документацию же читать надо.

Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

70. "Выпуск распределенной системы управления исходными текстами ..."  +/
Сообщение от snoopvcs on 30-Июл-15, 17:18 
Smoke git everyday
Ответить | Правка | ^ к родителю #15 | Наверх | Cообщить модератору

19. "Выпуск распределенной системы управления исходными текстами ..."  –1 +/
Сообщение от Аноним (??) on 28-Июл-15, 18:52 
Ну так почитайте документацию по git. Там хорошо описаны многие моменты.
https://git-scm.com/book/ru/v1/Введение
Советую с самой первой главы.
А далее, чтобы упростить жизнь можете создавать скрипты. Например, можно сделать скрипт для создания ветки для новой версии, где будет происходить сразу
git checkout -b project-v1.x.x
и
git tag -a v1.x.x -m 'Версия 1.x.x'.

Одинаковые аргументы, думаю, заметны. ;) К тому же скрипты уменьшат шансы ошибки из-за человеческого фактора.

Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

22. "Выпуск распределенной системы управления исходными текстами ..."  +1 +/
Сообщение от Stax (ok) on 28-Июл-15, 20:14 
> Я думаю я не один такой, кто делает бекапы папки с джит перед выполнением сложных команд. Охрененно удобная система!

Если честно, я это делаю и в hg, и в svn. В svn вообще жесть после неудачного большого мержа, частично выполненного, частично провалившегося. Подозреваю, что какими-то хитрыми командами во всех VCS можно откатить даже сложные команды, но сделать копию тупо проще, чем их искать...

Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

34. "Выпуск распределенной системы управления исходными текстами ..."  +1 +/
Сообщение от Аноним (??) on 29-Июл-15, 05:52 
> Я думаю я не один такой, кто делает бекапы папки с джит перед выполнением сложных команд.

Естественно не один, дураков вокруг достаточно. Кто папок с мамками бэкапит, кто даже название утилиты прочитать не может, куда там две строчки документации прочитать.

> Охрененно удобная система!

Метлу вам в руки. Там ничего бэкапить не надо.

Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

40. "Выпуск распределенной системы управления исходными текстами ..."  +/
Сообщение от Michael Shigorin email(ok) on 29-Июл-15, 12:33 
> Метлу вам в руки. Там ничего бэкапить не надо.

Как, а саму метлу?

Ответить | Правка | ^ к родителю #34 | Наверх | Cообщить модератору

36. "Выпуск распределенной системы управления исходными текстами ..."  +3 +/
Сообщение от mine (ok) on 29-Июл-15, 10:01 
Вас таких 95%. Правда остальные даже не знают, что такое Git и зачем он нужен. Они вообще в программирование не лезут.
Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

37. "Выпуск распределенной системы управления исходными текстами ..."  +/
Сообщение от Аноним (??) on 29-Июл-15, 10:34 
Специально для вас: http://www.youtube.com/watch?v=hkBVAi3oKvo
Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

52. "Выпуск распределенной системы управления исходными текстами ..."  +/
Сообщение от diderevyagin email on 29-Июл-15, 17:04 
> делает бекапы папки с джит перед выполнением сложных команд.

Прочитайте наконец документацию по Git.
Может это поможет Вам не писать х..и и тратить рабочее время на бредовые вещи.  

Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

5. "Выпуск распределенной системы управления исходными текстами ..."  +3 +/
Сообщение от Ури on 28-Июл-15, 16:57 
Не удобная, а универсальная.

Для удобств есть gitk, gitg, smartgit (для нон коммершиал - бесплатный), и вообще https://git-scm.com/download/gui/linux

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

16. "Выпуск распределенной системы управления исходными текстами ..."  –1 +/
Сообщение от ЯвныйОлкоголек on 28-Июл-15, 18:32 
TortoiseGit под винду и оверхеад как рукой сняло!
Возможно, самый лучший гип для git *fix*
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

20. "Выпуск распределенной системы управления исходными текстами ..."  +4 +/
Сообщение от Ivan1986 on 28-Июл-15, 19:27 
ой, только не это, оно через такую попу работает, как и все в винде
Ответить | Правка | ^ к родителю #16 | Наверх | Cообщить модератору

21. "Выпуск распределенной системы управления исходными текстами ..."  +/
Сообщение от программист on 28-Июл-15, 19:39 
Если бы ещё под Винду актуальные версии Git были. А так на 1.9.5 сидим.
Ответить | Правка | ^ к родителю #20 | Наверх | Cообщить модератору

27. "Выпуск распределенной системы управления исходными текстами ..."  +3 +/
Сообщение от Аноним (??) on 28-Июл-15, 23:05 
Ну хоть одна хорошая новость за сегодня!
Ответить | Правка | ^ к родителю #21 | Наверх | Cообщить модератору

29. "Выпуск распределенной системы управления исходными текстами ..."  +/
Сообщение от Аноним (??) on 29-Июл-15, 00:18 
> Ну хоть одна хорошая новость за сегодня!

Ну, да... Как это здорово... Хоть у кого-то хуже чем у тебя

Ответить | Правка | ^ к родителю #27 | Наверх | Cообщить модератору

38. "Выпуск распределенной системы управления исходными текстами ..."  +/
Сообщение от Аноним (??) on 29-Июл-15, 10:49 
Кто-то пользуется виндой и страдает за свои убеждения!
Ответить | Правка | ^ к родителю #29 | Наверх | Cообщить модератору

44. "Выпуск распределенной системы управления исходными текстами ..."  +/
Сообщение от программист on 29-Июл-15, 13:58 
Я бы пользовался и Linux, если бы была нормальная альтернатива Office и прежде всего Outlook. На прошлой работе сидел на Mint c Виндой в VirtualBox. Сейчас просто на Винде.
Ответить | Правка | ^ к родителю #38 | Наверх | Cообщить модератору

49. "Выпуск распределенной системы управления исходными текстами ..."  +1 +/
Сообщение от Andrey Mitrofanov on 29-Июл-15, 15:03 
> Я бы пользовался и Linux, если бы
>c Виндой в VirtualBox. Сейчас просто на Винде.

Чего только люди не учудят, чтобы не пользоваться Имаксом!!

Ответить | Правка | ^ к родителю #44 | Наверх | Cообщить модератору

72. "Выпуск распределенной системы управления исходными текстами ..."  –1 +/
Сообщение от программист on 30-Июл-15, 17:36 
>> Я бы пользовался и Linux, если бы
>>c Виндой в VirtualBox. Сейчас просто на Винде.
> Чего только люди не учудят, чтобы не пользоваться Имаксом!!

А Имакс тут каким боком?

Ответить | Правка | ^ к родителю #49 | Наверх | Cообщить модератору

35. "Выпуск распределенной системы управления исходными текстами ..."  +/
Сообщение от auk on 29-Июл-15, 06:16 
Ну как же так?
https://github.com/git-for-windows/git/releases
Ответить | Правка | ^ к родителю #21 | Наверх | Cообщить модератору

54. "Выпуск распределенной системы управления исходными текстами ..."  +/
Сообщение от Аноним (??) on 29-Июл-15, 20:11 
ага, почти stable
Ответить | Правка | ^ к родителю #35 | Наверх | Cообщить модератору

63. "Выпуск распределенной системы управления исходными текстами ..."  +/
Сообщение от Led (ok) on 30-Июл-15, 02:47 
Вы, вендузятники, должны страдать.
Ответить | Правка | ^ к родителю #21 | Наверх | Cообщить модератору

24. "Выпуск распределенной системы управления исходными текстами ..."  –1 +/
Сообщение от ferux (ok) on 28-Июл-15, 21:48 
к вопросу по GUI к git:
ничего ещё не появилось, что может нормально файлы перемещать/переименовывать с сохранением истории изменений?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

53. "Выпуск распределенной системы управления исходными текстами ..."  +/
Сообщение от all_glory_to_the_hypnotoad (ok) on 29-Июл-15, 20:09 
давно всё появилось.
Ответить | Правка | ^ к родителю #24 | Наверх | Cообщить модератору

25. "Выпуск распределенной системы управления исходными текстами ..."  –2 +/
Сообщение от fleonis email on 28-Июл-15, 22:03 
fossil forever
Там все просто, а если знаешь sql то легко решать проблемы с репозиторием
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

31. "Выпуск распределенной системы управления исходными текстами ..."  +1 +/
Сообщение от Crazy Alex (ok) on 29-Июл-15, 01:56 
Для простых случаев - хорошо, когда легкои  просто. Но Git настолько распространён, что не уметь его всё равно нельзя. А раз так - зачем возиться с лишней SCM, которая кроме простоты (в данном случае невостребованной) ничего предложить не может?

Хотя такой, как у фоссила, гибрид проекта в git с вики, пожалуй, мог бы пригодиться по мелочи. Надо глянуть, наверняка кто-то уже сделал подобное.

Ответить | Правка | ^ к родителю #25 | Наверх | Cообщить модератору

50. "Выпуск распределенной системы управления исходными текстами ..."  –1 +/
Сообщение от fleonis email on 29-Июл-15, 15:12 
На счёт не уметь гит согласен: куда не сунься, все на нём.

Но я уже несколько проектов делаю на fossil, ещё не упёрся в отсутствие функционала. Какие там функции отсутствуют, которые нужны или которые есть в гите?

Там не только вики, там еще и пользователи и просмотр когда и багтрекер :-)

Ответить | Правка | ^ к родителю #31 | Наверх | Cообщить модератору

55. "Выпуск распределенной системы управления исходными текстами ..."  +/
Сообщение от all_glory_to_the_hypnotoad (ok) on 29-Июл-15, 20:17 
>  Какие там функции отсутствуют, которые нужны или которые есть в гите?

Например, rebase как он сделан в git. Без этой фичи (d)VCS совсем не нужна для работы с кодом.

Ответить | Правка | ^ к родителю #50 | Наверх | Cообщить модератору

57. "Выпуск распределенной системы управления исходными текстами ..."  –1 +/
Сообщение от Crazy Alex (ok) on 29-Июл-15, 23:05 
вообще-то есть масса workflow, где rebase особо не используется. Самое простое - если задача делится на много простых фич/тасков, каждая живёт в своей ветке и merge --squash когда готова, после чего ветка убивается.
Ответить | Правка | ^ к родителю #55 | Наверх | Cообщить модератору

58. "Выпуск распределенной системы управления исходными текстами ..."  +1 +/
Сообщение от all_glory_to_the_hypnotoad (ok) on 29-Июл-15, 23:40 
> вообще-то есть масса workflow, где rebase особо не используется.

если кодить не ~ хеллоу ворлд, то таких workflow нет. Конечно, можно не пользоваться ребейзом и делать как-то иначе, но это от неопытности разработчика и/или из-за ограничения используемой VCS.

>  Самое простое - если задача делится на много простых фич/тасков, каждая живёт в своей ветке и merge --squash когда готова

Цикл разработки почти всегда делится на мелкие задачи, но это деление в основном последовательное, а не паралельное. Т.е. нельзя насоздавать сразу N веток и пилить в них одновременно несколько мелких задач. Тут можно развести много бла-бла-бда на тему тщательного планирования и поэтапного выполнения работы, но это невозможно для сколь- нибудь сложного проекта. И это тупо неудобно.

Если ребейзом не пользоваться, то реп сразу же становится помойкой из комитов с коментами типа "fix", а если часто налегать squash, то в сборище беспощадных и бессмысленных мегакоммитов. В общем, во всех вариантах без ребейза реп превращается в тупой инкрементальный бэкап.

Ответить | Правка | ^ к родителю #57 | Наверх | Cообщить модератору

59. "Выпуск распределенной системы управления исходными текстами ..."  +/
Сообщение от fleonis email on 30-Июл-15, 00:32 
Там есть приватные ветки. Они только на один репозиторий. Их тоже можно запулить в другой, только нужно указать спкцом, что ты этого хочешь.

По мне, так если знаешь sql, то в fossil rebase не нужен: delete все знаменит. А можно просто голову создать, потом закрыть и все, они останутся в истории, будут выглядеть как ветка, только без имени

На fossil он сам и sqlite

Ответить | Правка | ^ к родителю #58 | Наверх | Cообщить модератору

71. "Выпуск распределенной системы управления исходными текстами ..."  +/
Сообщение от all_glory_to_the_hypnotoad (ok) on 30-Июл-15, 17:32 
> По мне, так если знаешь sql, то в fossil rebase не нужен: delete все знаменит.

Интересно, это как? Вот, есть, например, два последовательных коммита A и B над одним куском кода. Комит B перемещает редактируемый кусок кода в другой файл + делает некоторые изменения. Хочу ребейзом поменять их местами. git rebase умеет разруливать такие ситуации, в разумных пределах, без конфликтов (см. three-way merge, patch commutation и т.п.), а через тупой delete + add такого ну никак не сделаешь.

По-моему, ты совсем упоролся. Даже если знать хорошо SQL, то всю эту детерминированную машинерию скорее всего не сделаешь никогда. Ты бы ещё посоветовал сразу всё хранить в файликах и руками с ними работать. Ну если, конечно, хорошо знаешь bash, sed и awk.

Ответить | Правка | ^ к родителю #59 | Наверх | Cообщить модератору

61. "Выпуск распределенной системы управления исходными текстами ..."  +/
Сообщение от Crazy Alex (ok) on 30-Июл-15, 01:31 
Разумеется, в основном последовательное деление - но какая разница? Главное, чтобы фичи были достаточно небольшими, не первращаясь в монстров при squash - ну так оно при скраме так или иначе полезно. И зачем в каждой ветке пилить несколько задач? Одна задача - одна ветка - один коммит в дев-ветке в итоге. Я, собственно, так работал в весьма немаленьком проекте (скажем так - миллионы строк). Сам, правда, rebase гонял в хвост и в гриву - но ровно потому, что имею привычку коммитить на любой чих с абсолютно бессмысленными мессаджами - просто для своего удобства, как замена stash, а уже потом выгребать из этого нужное. Коллеги без него обходились и обходятся.
Ответить | Правка | ^ к родителю #58 | Наверх | Cообщить модератору

64. "Выпуск распределенной системы управления исходными..."  +/
Сообщение от arisu (ok) on 30-Июл-15, 08:54 
> имею привычку коммитить на любой чих с абсолютно бессмысленными мессаджами -
> просто для своего удобства, как замена stash, а уже потом выгребать
> из этого нужное.

о, брателло! а то я думал, я один такой.

Ответить | Правка | ^ к родителю #61 | Наверх | Cообщить модератору

75. "Выпуск распределенной системы управления исходными текстами ..."  +/
Сообщение от all_glory_to_the_hypnotoad (ok) on 30-Июл-15, 18:40 
> Одна задача - одна ветка - один коммит в дев-ветке в итоге .. Я, собственно, так работал в весьма немаленьком проекте (скажем так - миллионы строк)

Такое в разработке проекта на несколько М SLOCов бывает почти никогда, одна фича крайне редко состоит из одной задачи. Типичный цикл разработки содержит следующие типы мелких задач: рефакторинг уже имеющегося кода (в проектах хотя бы от 10К SLOC без этого уже никак), реализация какой-либо отсутствующей функциональности (в библиотеках, в ядре сервиса и т.п.) и, собственно, реализация самой фичи. Это уже минимум три задачи в каких-то простых случаях, причём все они пилятся хронологически одновременно, но логически последовательно.

> Коллеги без него обходились и обходятся.

Ну это не удивительно, сейчас культуре разработке мало где удиляют внимание и, как следствие, мало айти инженеров умеет работать с VCS выше уровня бэкапов или CVS. Хотя уже можно часто встретить требование отделять рефакторинг от создания новых сущностей и функционала.

Вы все поступаете неправильно: твои коллеги, видимо, засирают реп мусорными мелкими бессмысленными коммитами, а ты засираешь мегапатчами (да, я не верю что тебе приходится действительно пилить мало кода для фичи). В итоге ваш реп почти бесполезен в плане истории разработки, ибо...

* нельзя легко понять на чём именно что-то сломалось, т.к. локализация проблемы до гранулярности целой фичи совсем не прикольна, а до мусорного коммита малоинформативна;

* в обоих случаях не понятно что разработчику пришлось интересного сделать во время реализации. Это затрудняет ревью работы и коммуникацию внутри команды и между;

* нельзя легко портировать часть работы в другие ветки;

* пользоваться blame'ом становится трудно, из-за всего выше написанного.

Ответить | Правка | ^ к родителю #61 | Наверх | Cообщить модератору

56. "Выпуск распределенной системы управления исходными текстами ..."  +/
Сообщение от Crazy Alex (ok) on 29-Июл-15, 23:01 
Я имею в виду, что гит всё равно знать приходится. А когда его знаешь уже нет необходимости в "чём-то попроще" - он,  в общем, не сложен, просто кривая освоения крутовата.

Что до пользователей и багтрекера - оно по факту настолько минималистично, что если понадобились пользователи - значит, нужно что-то покрупнее. А для себя вместо багтрекера и файлика .org внутри репы хватает. А вот вики в комплекте - удобно, чтобы всякие нюансы проекта фиксировать даже когда полноценное что-то поднимать лень. Хотя если есть дисциплина и желание - можно всё в доксигене держать, даже красивее выходит.

Ответить | Правка | ^ к родителю #50 | Наверх | Cообщить модератору

60. "Выпуск распределенной системы управления исходными текстами ..."  +/
Сообщение от fleonis email on 30-Июл-15, 00:46 
Так вот fossil и есть покрупнее. Например если над проектом работают четыре человека, то как пользователей держать? Я у себя на vps запустил сервер fossil сделал перенаправление на его порт с определённого адреса в ngnix и все, теперь, если я хочу новый репозиторий создать, с пользователям и всеми наворотами, то просто создаю там его файлик и все. Получается полноценный сайт проекта за три минуты (пока дизайн выберешь и я его немного кастомизирую иногда).

Или, например, маленький проект для офиса. Просто запускаешь сервер на своём пк и к тебе могут заходить по ip писать баги и вики - какие-нибудь пояснения...

А с доксигн - это уже настраивать надо... К тому же если написать очень много код не видно :-) меня это в нём раздражает. Маленькая функция, а доков больше чем кода...
Особенно если хочешь чтобы на двух языках :-)

Кстати, на мой взгляд, единственное что я бы хотел видеть ещё в fossil - интернационализация. Но, похоже, автор со мной не согласен, мол надо разработку вести только на одном языке, а не на пяти :-)

Ответить | Правка | ^ к родителю #56 | Наверх | Cообщить модератору

62. "Выпуск распределенной системы управления исходными текстами ..."  +/
Сообщение от Crazy Alex (ok) on 30-Июл-15, 01:49 
Вот насчёт интеранционализации я полностью с автором фоссила согласен. Впрочем, я вообще люблю минимизировать количество сущностей (и поэтому предпочитаю не связываться с fossil, зная git). Если человек занимается IT - то английский он знать обречён, а раз так - нечего лишний раз раскладки дрёгать и пытаться тащить русскоязычные кальки с терминов.

А насчёт проектов - я верю, что бывают проекты "на один раз", но я видел только два варианта - либо есть один разработчик, либо какая-то организация/команда. В первом случае в трекере и пользователях смысла нет, а во втором один хрен нужно поднимать инфраструктуру, в которой потом только проекты новые заводят. Тут фоссил как раз не очень, так как в нём все проекты получатся совершенно изолированными, в то время как тот же гитлаб или мантис позволит нормально держать взаимосвязи.

Насчёт офиса - ок, но там непонятно, зачем к этим вики и трекеру VCS :-) Кроме того, для неподготовленного народу оно очень уж аскетичное - даже картинку не вставишь, если не ошибаюсь. Ну и всякие "просто поднимаешь на своём ПК" порождает в перспективе слишком много мороки - либо оно не поднялось когда надо, либо вырубил кто-то машину... Вещи общего пользования должны быть на местном сервере или, на худой конец, где-то на VPS или в облаке. Хотя, конечно, иногда народ копейки экономит - но я бы скорее таких послал.

Доксиген один хрен в серьёзном проекте настраивать надо - ну хотя бы ради того, чтобы код документировался и это каким-то инструментом проверялось. И там он удобен тем, что текстовая болтовня хорошо увязывается с кодом - ссылки и т. п. И я не имел в виду, что большие объёмы текста надо совать в исходники - делаешь отдельные файлы да ссылки на них в содержании. Мороки больше, чем с вики, но результат лучше. Это на чём-то объёмном заметно скорее, когда в голову весь код уже даже близко не помещается, и максимум, что можно объяснить новичку - общую архитектуру.

Ответить | Правка | ^ к родителю #60 | Наверх | Cообщить модератору

65. "Выпуск распределенной системы управления исходными..."  +1 +/
Сообщение от arisu (ok) on 30-Июл-15, 09:01 
ну чего спорите‐то? фоссил — не гит, и не задумывался, как замена гита же. у фоссила есть зато уберфича, которой у гита нет: он весь состоит из одного бинаря, а репозиторий — из одной sqlite-базы. бывают ситуации, когда это может быть нужно.

а в остальном — dvcs как dvcs.

2fleonis: в гите тоже можно без проблем рулить низкоуровневым хранилищем — садись да делай свои замены commit, rebase и прочих, если хочется. в смысле — все «кирпичи», из которых высокоуровневые команды построены, спокойно доступны в командной строке.

Ответить | Правка | ^ к родителю #62 | Наверх | Cообщить модератору

67. "Выпуск распределенной системы управления исходными..."  –1 +/
Сообщение от fleonis email on 30-Июл-15, 12:08 
> ну чего спорите‐то?

Да, чего-то я... Хватит opennet заси****
> фоссил — не гит, и не задумывался, как замена
> гита же. у фоссила есть зато уберфича, которой у гита нет:
> он весь состоит из одного бинаря, а репозиторий — из одной
> sqlite-базы. бывают ситуации, когда это может быть нужно.

Это кстати круто :-)

> 2fleonis: в гите тоже можно без проблем рулить низкоуровневым хранилищем — садись
> да делай свои замены commit, rebase и прочих, если хочется. в
> смысле — все «кирпичи», из которых высокоуровневые команды построены,
> спокойно доступны в командной строке.

Хм.. Я не вникал в содержимое каталога .git , но где-то читал что его лучше не трогать :-)

Ответить | Правка | ^ к родителю #65 | Наверх | Cообщить модератору

68. "Выпуск распределенной системы управления исходными..."  +1 +/
Сообщение от arisu (ok) on 30-Июл-15, 12:12 
> Хм.. Я не вникал в содержимое каталога .git , но где-то читал
> что его лучше не трогать :-)

а его и не надо трогать, git имеет низкоуровневые команды для манипуляций с базой. по сути, .git/ — это такое key-value хранилище. как оно там внутри реализовано — не так уж важно, потому что команды для манипуляции ключами и значениями есть прямо в коробке. понимать, конечно, что и как гит хранит, всё ещё надо. сами же вещи типа git init, git commit и прочие как раз используют доступные низкоуровневые команды, а не лазят в хранилище руками.

Ответить | Правка | ^ к родителю #67 | Наверх | Cообщить модератору

66. "Выпуск распределенной системы управления исходными текстами ..."  –1 +/
Сообщение от fleonis email on 30-Июл-15, 12:02 
> Вот насчёт интеранционализации я полностью с автором фоссила согласен.

Сам сначала хотел ему написать, потом подумал и не стал, действительно не нужно разработку вести на нескольких языках. Он кстати специально не запилил любое изменение истории. Можно только комнтарий подправить, но старая версия все равно будет доступна.

> А насчёт проектов - я верю, что бывают проекты "на один раз",
> но я видел только два варианта - либо есть один разработчик,
> либо какая-то организация/команда. В первом случае в трекере и пользователях смысла
> нет,

Есть: для себя :-) если нужно быстро сделать, то нормальные доки писать некогда да и лень.а вот вики - самое то, когда нужно будет вернуться что-то поправить, то можно быстро вспомнить.
> а во втором один хрен нужно поднимать инфраструктуру, в которой
> потом только проекты новые заводят. Тут фоссил как раз не очень,
> так как в нём все проекты получатся совершенно изолированными, в то
> время как тот же гитлаб или мантис позволит нормально держать взаимосвязи.

Какая взаимосвязь? Субрепы? Они есть, а вот такого колва народу как на гитхабе, конечно нет :-(


> Насчёт офиса - ок, но там непонятно, зачем к этим вики и
> трекеру VCS :-) Кроме того, для неподготовленного народу оно очень уж
> аскетичное - даже картинку не вставишь, если не ошибаюсь. Ну и

Ну.. Я сайт делал, там нужна была админка специфическая. Где  народу описать как пользоваться? Вот пригодилось :-)  а картинки можно вставлять.
Кстати, когда последний сайт делал, заказчик, чуть-чуть разбирался в программировании. Попросил посмотреть :-) я ему ссылку кинул, пользователя создал, показал файла с переменными lesscss :-) он некоторые цвета сам подправил на сайте :-)
> всякие "просто поднимаешь на своём ПК" порождает в перспективе слишком много
> мороки - либо оно не поднялось когда надо, либо вырубил кто-то
> машину... Вещи общего пользования должны быть на местном сервере или, на
> худой конец, где-то на VPS или в облаке.

Ага, я один раз в облаке настроил, теперь там даже маленькие проекты делаю.
Ну, в офисе, как правило, есть свой такой сервер... Он у нас музыку раздаёт :-) там чувак сидит, который ее качает :-) ну и если чего по ssh можно зайти :-)

> Доксиген один хрен в серьёзном проекте настраивать надо - ну хотя бы
> ради того, чтобы код документировался и это каким-то инструментом проверялось. И
> там он удобен тем, что текстовая болтовня хорошо увязывается с кодом
> - ссылки и т. п. И я не имел в виду,
> что большие объёмы текста надо совать в исходники - делаешь отдельные
> файлы да ссылки на них в содержании. Мороки больше, чем с
> вики, но результат лучше. Это на чём-то объёмном заметно скорее, когда
> в голову весь код уже даже близко не помещается, и максимум,
> что можно объяснить новичку - общую архитектуру.

Да, кстати, надо по лучше присмотреться к ссылкам. Да, там удобно диаграммы.
У меня есть обычно файлик, или, если на fossil - wiki, где я пишу цели проекта и roadmap. Мне хватает обычного перечисления, так что не использую специальную систему. Такое в доксиген делать наверное не удобно: если откатишь дерево, то и этот файл тоже уйдет. Я когда с таким файлом работаю и мне нужно полазить по истории, открыватю его,а потом лазию :-)

Ответить | Правка | ^ к родителю #62 | Наверх | Cообщить модератору

26. "Выпуск распределенной системы управления исходными текстами ..."  –1 +/
Сообщение от ferux (ok) on 28-Июл-15, 22:20 
Во! Дельную штуку добавили ещё: https://git-scm.com/docs/git-worktree
Теперь можно как в SVN нормально работать параллельно в с несколькими ветками большого репозитория, без необходимости выкачивать его несколько раз из bare
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

32. "Выпуск распределенной системы управления исходными текстами ..."  +/
Сообщение от Crazy Alex (ok) on 29-Июл-15, 02:01 
А зачем его несколько раз выкачивать? Склонируй выкачанный, оно по умолчанию ещё и хардлинками всё сделает. разве что origin придётся подправить в клонах. А постоянно прыгать между деревьями... не, ну тоже вариант, конечно, но, например, IDE спасибо не скажет, make тоже.
Ответить | Правка | ^ к родителю #26 | Наверх | Cообщить модератору

48. "Выпуск распределенной системы управления исходными..."  +1 +/
Сообщение от arisu (ok) on 29-Июл-15, 14:58 
> А зачем его несколько раз выкачивать?

прёт его, видимо.

Ответить | Правка | ^ к родителю #32 | Наверх | Cообщить модератору

73. "Выпуск распределенной системы управления исходными текстами ..."  –1 +/
Сообщение от ALex_hha (ok) on 30-Июл-15, 17:56 
> Надеюсь, что один, так как испортить репоизторий можно только командой rm -rf .git, все остальное легко откатывается

значит вам очень круто повезло. А вот push с --force не такая веселая штука. И потом узнавать из n разрабов а у кого же самая свежая версия и все собирать до кучи - не так весело.

Советую прочитать для общего развития - http://stevebennett.me/2012/02/24/10-things-i-hate-about-git/

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

74. "Выпуск распределенной системы управления исходными..."  +1 +/
Сообщение от arisu (ok) on 30-Июл-15, 18:22 
> значит вам очень круто повезло. А вот push с --force не такая
> веселая штука. И потом узнавать из n разрабов а у кого
> же самая свежая версия и все собирать до кучи - не
> так весело.

а ещё можно мошонку гвоздями к доске прибить. виноваты будут, понятно, гвозди и молоток.

Ответить | Правка | ^ к родителю #73 | Наверх | Cообщить модератору

76. "Выпуск распределенной системы управления исходными..."  –2 +/
Сообщение от ALex_hha (ok) on 30-Июл-15, 21:52 
>> значит вам очень круто повезло. А вот push с --force не такая
>> веселая штука. И потом узнавать из n разрабов а у кого
>> же самая свежая версия и все собирать до кучи - не
>> так весело.
> а ещё можно мошонку гвоздями к доске прибить. виноваты будут, понятно, гвозди
> и молоток.

команда есть и она "опасная". Или вы потом скажите, так виноват Вася, что не прочитал 600 страниц pro git ;) Но всегда виноват админ :D Порог вхождения у git по сравнению с svn/hg намного больше и отрицать это глупо

Ответить | Правка | ^ к родителю #74 | Наверх | Cообщить модератору

77. "Выпуск распределенной системы управления исходными..."  +1 +/
Сообщение от arisu (ok) on 30-Июл-15, 22:01 
> команда есть и она "опасная". Или вы потом скажите, так виноват Вася,
> что не прочитал 600 страниц pro git ;)

откуда дебил‐вася узнал о «--force» вообще? тупо скопировал из интернетов, не пытаясь понять? молодец вася, он дважды дебил. или таки заглянул в документацию — и не прочитал предупреждения? трижды дебил.

от дебилов защиты не существует, дебилы очень изобретательны в своём дебилизме. любая попытка «защититься» от дебила дебилом с лёгкостью обходится, а нормальным людям доставляет массу неудобств.

Ответить | Правка | ^ к родителю #76 | Наверх | Cообщить модератору

80. "Выпуск распределенной системы управления исходными..."  –1 +/
Сообщение от ALex_hha (ok) on 31-Июл-15, 17:34 
>> команда есть и она "опасная". Или вы потом скажите, так виноват Вася,
>> что не прочитал 600 страниц pro git ;)
> откуда дебил‐вася узнал о «--force» вообще? тупо скопировал из интернетов,
> не пытаясь понять? молодец вася, он дважды дебил. или таки заглянул
> в документацию — и не прочитал предупреждения? трижды дебил.
> от дебилов защиты не существует, дебилы очень изобретательны в своём дебилизме. любая
> попытка «защититься» от дебила дебилом с лёгкостью обходится, а нормальным людям
> доставляет массу неудобств.

какая разница откуда он узнал, твоя задача быстро все исправить, а не с пеной у рта кричать, что это Вася дебил и что он не прочитал n страниц мануала. Документация в git то еще удовольствие :D

Ответить | Правка | ^ к родителю #77 | Наверх | Cообщить модератору

81. "Выпуск распределенной системы управления исходными..."  +1 +/
Сообщение от arisu (ok) on 31-Июл-15, 17:37 
> какая разница откуда он узнал, твоя задача быстро все исправить

нет, у меня не было такой задачи. у меня была задача уволить дебила, который не умеет читать, и дебила, который взял такого дебила на работу. я доступно излагаю?

Ответить | Правка | ^ к родителю #80 | Наверх | Cообщить модератору

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

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




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру