The OpenNET Project / Index page

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



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

"Выпуск распределенной системы управления исходными текстами ..."  +/
Сообщение от opennews (??) on 10-Май-17, 11:20 
Доступен (https://github.com/blog/2360-git-2-13-has-been-released) выпуск распределенной системы управления исходными текстами Git 2.13.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 (https://code.qt.io/cgit/), Ruby on Rails (https://github.com/rails/rails), PostgreSQL (http://git.postgresql.org/gitweb/), VideoLAN (http://git.videolan.org), PHP (http://git.php.net/), Python (https://github.com/python/cpython), Xen (http://xenbits.xen.org/gitweb/), Minix (http://git.minix3.org/).


По сравнению с прошлым выпуском в новую версию принято  729 изменения, подготовленных при участии  65 разработчиков, из которых 15 впервые приняли своё участие в разработке. Основные изменения (https://github.com/git/git/blob/v2.13.0/Documentation/RelNot...):


-  Устранена уязвимость (https://git.kernel.org/pub/scm/git/git.git/commit/?id=3ec804...) (CVE-2017-8386 (https://security-tracker.debian.org/tracker/CVE-2017-8386)), которая позволяет запустить внешние команды при подсоединении к репозиторию через SSH в режиме "git-shell" (оболочка, ограничивающая ssh-клиентов только  операциями с git). В частности, при выполнении "git upload-pack --help" запускается интерактивный интерфейс для постраничного просмотра подсказки, из которого можно вызвать произвольные программы на стороне удалённой системы. Конфигурации, использующие git-shell вместе с gitolite проблеме не подвержены;

-  Добавлен код для выявления в Git-репозиториях известных коллизий (https://www.opennet.ru/opennews/art.shtml?num=46091) в хэшах SHA-1, который поможет защититься от возможных атак (https://www.opennet.ru/opennews/art.shtml?num=46232) через подмену репозитория. В дальнейшем планируется избавиться (https://github.com/git/git/compare/c703555cc89cf6aedf549a123...) от жёсткой привязки Git от SHA-1 и
добавить (https://docs.google.com/document/d/18hYAQCTsDgaFUo-VJGhT0Uqy...) опциональную поддержку SHA3-256, которая сможет применяться параллельно с SHA-1. Таким образом, переведённый на  SHA3-256 локальный репозиторий сможет взаимодействовать с Git-серверами (как минимум на уровне push/fetch), поддерживающими только SHA-1, а пользователи смогут одновременно использовать идентификаторы объектов SHA-1 и SHA3-256;

-   Расширены возможности по использованию шаблонов (https://git-scm.com/docs/gitglossary#gitglossary-aiddefpaths...) файловых путей в командах git. В частности, добавлен сокращённый оператор для исключения путей "^", который может использоваться вместо выражения ":(exclude)" и вместо ранее применяемого сокращения "!", которое требовало экранирования блока кавычками. Например, если раньше для выполнения выборки файлов с расширениями, отличными от ".c", требовалось выполнить:


   git grep this.is.a -- src ':(exclude)*.c'
   или
   git grep this.is.a -- src ':!*.c'


то сейчас можно упростить конструкцию до


   git grep this.is.a -- src :^*.c


Кроме того, в новой версии представлен новый оператор ":(attr)", который позволяет выбрать файлы, соответствующие заданному списку атрибутов. Например, для вывода файлов, хранимых в LFS (хранилище больших бинарных данных) можно выполнить:


   git ls-files ':(attr:filter=lfs)'


При желании можно определить и привязать свои атрибуты и комбинировать attr с другими операторами:

  
   echo 'libfoo/ vendored' >>.gitattributes
   echo 'imported-tool/ vendored' >>.gitattributes
   git grep -i license -- ':(attr:vendored)'
   git grep foobar -- ':(exclude,attr:vendored)'

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

~/.gitconfig:

   [includeIf "gitdir:~/work/"]
     path = .gitconfig-work
   [includeIf "gitdir:~/play/"]
     path = .gitconfig-play

~/.gitconfig-work:

   [user]
   name = Serious Q. Programmer
   email = serious.programmer@business.com

~/.gitconfig-play:

   [user]
   name = Random J. Hacker
   email = hack75@0dayf0r4ou.com

-  В команде "git log" по умолчанию активирован режим   "--decorate=auto", при котором коммиты, указывающие непосредственно на ветку или тег, выделяются и выводятся c именем ветки;

-  Код организации вывода в "git branch"  переведён на использование системы ref-filter, которая также используется в "git for-each-ref"
и "git tag", что позволяет использовать в "git branch"  аналогичные опции форматирования вывода ("--format=");

-  В "git branch", "git tag" и "git for-each-ref" добавлена опция "--no-contains", которая дополняет опцию "--contains" и позволяет запросить теги или ветки, в которых отсутствует определённая ошибка или исправление;

-  В "git stash save" добавлена поддержка шаблонов файловых путей;

-  Спецназвания веток @{upstream}, @{u} и @{push} теперь не чувствительны к регистру символов (часто, после ввода "{" разработчики допускали опечатку и вводили первый символ с большой буквы);

-  В дополнение к реализованной в прошлых выпусках возможности рекурсивного обхода субмодулей в командах checkout, grep и ls-files, в  Git 2.13 реализован вывод дополнительной информации о субмодулях при выполнении команды "git status --short".


URL: http://lkml.iu.edu/hypermail/linux/kernel/1705.1/01336.html
Новость: http://www.opennet.ru/opennews/art.shtml?num=46523

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

Оглавление

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


1. "Выпуск распределенной системы управления исходными текстами ..."  +8 +/
Сообщение от Аноним (??) on 10-Май-17, 11:20 
А чем разрабов git не устраивает ~/.config/git по дефолту? Все вечно стремятся нагадить в корневую своими конфигурационными файлами
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

2. "Выпуск распределенной системы управления исходными текстами ..."  –1 +/
Сообщение от Crazy Alex (ok) on 10-Май-17, 11:30 
Тем, что всем нужны разные конфигурации. Ваш К.О.

.git/config не клонируется, само дерево - клонируется. То есть в .git/config ложатся приватные настройки репозитория, в дерево - то, что должно быть у всех

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

7. "Выпуск распределенной системы управления исходными текстами ..."  +8 +/
Сообщение от Какаянахренразница (ok) on 10-Май-17, 11:46 
> Тем, что всем нужны разные конфигурации. Ваш К.О.
> .git/config не клонируется, само дерево - клонируется. То есть в .git/config ложатся
> приватные настройки репозитория, в дерево - то, что должно быть у
> всех

Я пытался уловить связь твоего ответа с заданным вопросом. И не уловил.

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

9. "Выпуск распределенной системы управления исходными текстами ..."  +2 +/
Сообщение от Crazy Alex (ok) on 10-Май-17, 12:39 
Сорри. Спать мне надо больше, совсем торможу сегодня.

Перепутал .config/git с .git/config

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

5. "Выпуск распределенной системы управления исходными текстами ..."  +/
Сообщение от Какаянахренразница (ok) on 10-Май-17, 11:38 
А в каком стандарте написано, что именно там находится дефолт?
Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

8. "Выпуск распределенной системы управления исходными текстами ..."  +10 +/
Сообщение от sokoloff (??) on 10-Май-17, 12:03 
> А в каком стандарте написано, что именно там находится дефолт?

В XDG Base Directory Specification https://specifications.freedesktop.org/basedir-spec/basedir-...

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

11. "Выпуск распределенной системы управления исходными текстами ..."  +1 +/
Сообщение от Аноним (??) on 10-Май-17, 12:49 
Да, там действительно так написано. Только вот непонятно мне, почему консольная утилита git должна следовать стандарту для десктопных окружений?
Ответить | Правка | ^ к родителю #8 | Наверх | Cообщить модератору

15. "Выпуск распределенной системы управления исходными текстами ..."  +2 +/
Сообщение от Аноним (??) on 10-Май-17, 13:40 
> Только вот непонятно мне, почему теплая утилита
> git должна следовать стандарту для мягких окружений?

fix.
https://www.freedesktop.org/wiki/Software/

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

16. "Выпуск распределенной системы управления исходными текстами ..."  +3 +/
Сообщение от Crazy Alex (ok) on 10-Май-17, 13:50 
Потому что это разумно? Я понимаю, если бы таких стандартов был пяток, и в гите бы выбрали не тот, что кому-то нравится. Но зачем хомяк забивать?
Ответить | Правка | ^ к родителю #11 | Наверх | Cообщить модератору

17. "Выпуск распределенной системы управления исходными текстами ..."  +2 +/
Сообщение от sokoloff (??) on 10-Май-17, 13:56 
> Да, там действительно так написано. Только вот непонятно мне, почему консольная утилита
> git должна следовать стандарту для десктопных окружений?

А почему бы и нет? Если вместо кучи дот-файлов в хомяке будет несколько поддиректорий, IMHO будет только лучше. Да и бэкапить удобнее.

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

28. "Выпуск распределенной системы управления исходными текстами ..."  +/
Сообщение от Аноним (??) on 10-Май-17, 18:25 
> Да и бэкапить удобнее.

Конечно. Вместо одного .git бэкапить тройку .config/git, .cache/git, .local/share/git. Красота!

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

30. "Выпуск распределенной системы управления исходными текстами ..."  +1 +/
Сообщение от Аноним84701 (ok) on 10-Май-17, 18:33 
> Конечно. Вместо одного .git бэкапить тройку .config/git, .cache/git, .local/share/git.
> Красота!
>  .cache/git,

На кой бэкапить кэш-то? 0_o

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

36. "Выпуск распределенной системы управления исходными текстами ..."  +/
Сообщение от Crazy Alex (ok) on 10-Май-17, 21:56 
Зачем? .config, .local бэкапятся целиком, .cache так же целиком игнорится.

Ну, или исключения для некоторых пишутся, но один хрен большинство уходит в бэкап.

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

43. "Выпуск распределенной системы управления исходными текстами ..."  –1 +/
Сообщение от Аноним (??) on 12-Май-17, 10:44 
>почему консольная утилита git должна следовать стандарту для десктопных окружений?

Чтобы в хомяке сам чёрт ногу не сломал.

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

10. "Выпуск распределенной системы управления исходными текстами ..."  +3 +/
Сообщение от Аноним (??) on 10-Май-17, 12:41 
В стандарте от freedesktop:
https://www.freedesktop.org/wiki/Specifications/basedir-spec/
Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

13. "Выпуск распределенной системы управления исходными текстами ..."  +5 +/
Сообщение от Алексей (??) on 10-Май-17, 13:21 
Уже пять лет как устраивает https://github.com/git/git/blob/master/Documentation/RelNote...

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

3. "Выпуск распределенной системы управления исходными текстами ..."  –1 +/
Сообщение от X3asd (ok) on 10-Май-17, 11:30 
> часто, после ввода "{" разработчики допускали опечатку и вводили первый символ с большой буквы

но зачем они это делали?

и почему именно первый символ?

где логика?

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

4. "Выпуск распределенной системы управления исходными текстами ..."  +5 +/
Сообщение от Crazy Alex (ok) on 10-Май-17, 11:33 
В том, что { вводится с зажатым Shift, часто не успеваешь отпустить
Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

14. "Выпуск распределенной системы управления исходными текстами ..."  –2 +/
Сообщение от Алексей (??) on 10-Май-17, 13:24 
Потому что в последовательности @{u} три символа и четырёх набираются с шифтом. И я рад, что теперь мне теперь будет проще зажать его и набрать все четыре символа @{U}
Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

23. "Выпуск распределенной системы управления исходными текстами ..."  +3 +/
Сообщение от Аноним (??) on 10-Май-17, 15:34 
Никогда этого не понимал. Всегда, любой текст в любых скобках набираю вот так, и проблем не знаю: открывающая скобка→закрывающая скобка→курсор между ними→текст в скобках. В случае с @{u} три символа подряд набираются с зажатым шифтом, потом шифт безболезненно отпускается
Ответить | Правка | ^ к родителю #14 | Наверх | Cообщить модератору

29. "Выпуск распределенной системы управления исходными текстами ..."  +/
Сообщение от Аноним (??) on 10-Май-17, 18:30 
Не всем нравиться стоя в гамаке.
Ответить | Правка | ^ к родителю #23 | Наверх | Cообщить модератору

31. "Выпуск распределенной системы управления исходными текстами ..."  +1 +/
Сообщение от Аноним (??) on 10-Май-17, 18:44 
> Не всем нравиться стоя в гамаке.

А, совершенно внезапно, еще есть раскладки, в которых шифт для этого вообще не требуется.

Хотя конечно прикольно - с одной стороны такие вот как вы, любят повозмущаться "они не в курсе, что есть не только ASCII|лат.буквы, но и другие кодировки|графемы|нужное вставить!", с другой стороны, даже не желают задумываться о том, что их раскладка далеко не единственная в мире )

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

6. "Выпуск распределенной системы управления исходными текстами ..."  –3 +/
Сообщение от gaga (ok) on 10-Май-17, 11:43 
Забавно, что столько коммитов в этот ваш гит, а он все так же ощущается как куча костылей^Wскриптов-на-перле-и-баше, склеенных друг с другом изолентой.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

12. "Выпуск распределенной системы управления исходными текстами ..."  +3 +/
Сообщение от Аноним (??) on 10-Май-17, 13:05 
Другое дело hg на пистоне... зато не на перле.
Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

20. "Выпуск распределенной системы управления исходными текстами ..."  +1 +/
Сообщение от Аноним (??) on 10-Май-17, 14:35 
Не всем дана способность управлять столь большим количеством степеней свободы который дает perl.
"Всех неосиляторов в биореакт\^W питон." (с)
Ответить | Правка | ^ к родителю #12 | Наверх | Cообщить модератору

39. "Выпуск распределенной системы управления исходными текстами ..."  –1 +/
Сообщение от Вареник on 11-Май-17, 10:46 
Да уж получше. Целостность меркуриала против заплаточности гит.
Ответить | Правка | ^ к родителю #12 | Наверх | Cообщить модератору

18. "Выпуск распределенной системы управления исходными текстами ..."  –1 +/
Сообщение от leap42 (ok) on 10-Май-17, 14:10 
знали бы вы, сколько "костыли на перле" жизней спасли)
Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

33. "Выпуск распределенной системы управления исходными текстами ..."  +/
Сообщение от A.Stahl (ok) on 10-Май-17, 19:21 
А сколько погубили?
Ответить | Правка | ^ к родителю #18 | Наверх | Cообщить модератору

42. "Выпуск распределенной системы управления исходными текстами ..."  –1 +/
Сообщение от Котофалк on 11-Май-17, 18:53 
А скольким пофиг?
Ответить | Правка | ^ к родителю #33 | Наверх | Cообщить модератору

19. "Выпуск распределенной системы управления исходными текстами ..."  –3 +/
Сообщение от Аноним (??) on 10-Май-17, 14:31 
Любой проект написанный "для себя", "под определенную задачу" или просто "для себя" всегда выглядит как набор костылей когда "вырастает из своих штанишек". То что вы не понимаете этого говорит о вас что вы либо админ локалхоста, либо хеллоуворлдщик.
Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

21. "Выпуск распределенной системы управления исходными текстами ..."  –3 +/
Сообщение от gaga (ok) on 10-Май-17, 15:11 
Я это понимаю, и, собственно, этот факт констатировал в своем комментарии. Мне просто грустно, что при наличии грамотно реализованных инструментов (hg и другие) все всё равно пользуются этим "выросшим из штанишек" просто потому что "так заведено".
Ответить | Правка | ^ к родителю #19 | Наверх | Cообщить модератору

24. "Выпуск распределенной системы управления исходными текстами ..."  –1 +/
Сообщение от Аноним (??) on 10-Май-17, 16:23 
Дело не в том что "так заведено", а потому что пользовать git - это круто, а hg - уныло.
Ответить | Правка | ^ к родителю #21 | Наверх | Cообщить модератору

27. "Выпуск распределенной системы управления исходными текстами ..."  –5 +/
Сообщение от Блондинка. on 10-Май-17, 17:11 
Минусуют - значит не понимают. Тогда я уточню.
Все идет от инструментов. Вот hg - уныло потому что сам python - это уныло, и это перекинулось на hg.

Если python2 было что-то вроде "пиитоон", то есть медленно и неповоротливо, то python3 - это уже "пииитооон", то есть еще медленней и неповоротливей. Поэтому python - синоним слова "уныло" и "бесперспективно".

Хаскель, например, это круто. Си - это круто. Perl - это круто. Erlang, lisp, asm, oberon - это все тоже круто!! PHP - помойка. Java - это не круто и не прикольно, но серьезно.
А python - это уныло и самое важное - бесперспективно (фатальный недостаток).

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

34. "Выпуск распределенной системы управления исходными текстами ..."  +2 +/
Сообщение от АнонимХ (ok) on 10-Май-17, 19:51 
Hg - грамотно реализованный? Может еще скажете, что грамотно спроектированный? Его только вендузятники любят за черепашку, больше ничего в нем хорошего нет. Работаешь с ним всегда, будто бегаешь в болотных сапогах.
Ответить | Правка | ^ к родителю #21 | Наверх | Cообщить модератору

40. "Выпуск распределенной системы управления исходными текстами ..."  –1 +/
Сообщение от Вареник on 11-Май-17, 10:47 
> Hg - грамотно реализованный? Может еще скажете, что грамотно спроектированный? Его только
> вендузятники любят за черепашку, больше ничего в нем хорошего нет. Работаешь
> с ним всегда, будто бегаешь в болотных сапогах.

Именно что лучше спроектирован, продуман. В отличии от зоопарка заплаток.

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

41. "Выпуск распределенной системы управления исходными текстами ..."  +1 +/
Сообщение от Andrey Mitrofanov on 11-Май-17, 15:01 
>> Hg - грамотно реализованный? Может еще скажете, что грамотно спроектированный? Его только
> Именно что лучше спроектирован, продуман. В отличии от зоопарка заплаток.

Да, проектирование на питонах https://glandium.org/blog/?p=3835 это главное.

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

25. "Выпуск распределенной системы управления исходными текстами ..."  +/
Сообщение от Аноним (??) on 10-Май-17, 16:46 
Причём тут какие-то штанишки? Вполне нормальный юниксвейный подход: основной функционал на C, вспомогательные инструменты, весь смысл которых в последовательном запуске бинарей с разными опциями, на шелле.
Ответить | Правка | ^ к родителю #19 | Наверх | Cообщить модератору

26. "Выпуск распределенной системы управления исходными текстами ..."  –2 +/
Сообщение от Аноним (??) on 10-Май-17, 16:55 
При том что речь была про архитектуру, а не ее реализацию. Еще даже не хеллоуворлдщик?
Ответить | Правка | ^ к родителю #25 | Наверх | Cообщить модератору

32. "Выпуск распределенной системы управления исходными текстами ..."  +1 +/
Сообщение от Аноним (??) on 10-Май-17, 19:16 
Так и я про архитектуру, джун. Это называется расширяемость: новый функционал легко добавляется с помощью скриптов/бинарей, написанных на чём угодно. Вполне логично, что во многих случаях первая реализация пишется на скриптовых языках, и только при необходимости переписывается впоследствии на C.
Ответить | Правка | ^ к родителю #26 | Наверх | Cообщить модератору

35. "Выпуск распределенной системы управления исходными текстами ..."  –1 +/
Сообщение от Аноним (??) on 10-Май-17, 21:02 
Раз уж пошло обсуждение git. У кого какая практика использования submodules? И использовал ли кто-нибудь subtree? Мы используем submodules, но пришлось прикрутить к нему кучу хуков, чтобы начать более менее удобно ими пользоваться. И всё равно неудобств много. С новыми версиями вводят улучшения по части модулей, но пока коренных изменений не видел никаких.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

37. "Выпуск распределенной системы управления исходными текстами ..."  +/
Сообщение от Аноним (??) on 10-Май-17, 22:51 
> С новыми версиями вводят улучшения по части модулей, но пока коренных изменений не видел никаких.

Проработайте вопрос и опишите "use cases". Предложите разработчикам на рассмотрение.

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

38. "Выпуск распределенной системы управления исходными текстами ..."  +/
Сообщение от Аноним (??) on 11-Май-17, 07:34 
Уже. Относительно недавно git проводил опрос с анкетой. В анкете были указаны узкие места, какие смог вспомнить, и способ использования. Не исключено, что именно после опроса начали делать улучшения в модулях, т. к. многие должны были жаловаться. Но возможно, что просто тенденция разработки всё больше склоняется к модулям, т. к. в GitLab CI тоже не так давно (наконец-то!) ввели поддержку модулей при выполнении git fetch.
Ответить | Правка | ^ к родителю #37 | Наверх | Cообщить модератору

45. "Выпуск распределенной системы управления исходными текстами ..."  +/
Сообщение от Аноним (??) on 18-Май-17, 09:51 
"Есть у гита такая фича, хотим её использовать" - вот такие в армии мимо гайки и не проходят.
Ответить | Правка | ^ к родителю #35 | Наверх | Cообщить модератору

44. "Выпуск распределенной системы управления исходными текстами ..."  +/
Сообщение от Аноним (??) on 16-Май-17, 21:50 
Интересно, что никакого развития, или изменеий, в 'git worktree' не наблюдаю (но я согласен, что я невнимательный).
Я пробовав использовать этот worktree - не прижилось,
хотя git --work-tree= или git --git-dir= использую часто ("спасибо" svn и hg репозиториям).
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

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

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


  Закладки на сайте
  Проследить за страницей
Created 1996-2018 by Maxim Chirkov  
ДобавитьРекламаВебмастеруГИД  
Hosting by Ihor