The OpenNET Project / Index page

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

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

"Релиз распределенной системы управления исходными текстами G..."  +/
Сообщение от opennews (??) on 17-Фев-14, 15:36 
Доступен (http://permalink.gmane.org/gmane.linux.kernel/1648566) релиз распределенной системы управления исходными текстами Git 1.9.0 (http://git-scm.com/). Изменение нумерации ветки связано с внесением незначительных изменений, нарушающих обратную совместимость. Более существенные изменения, связанные с поведением команд "git puth" и "git add", отложены до выпуска Git 2.0.

Git является одной из самых эффективных, надёжных и высокопроизводительных систем управления версиями, предоставляющей гибкие средства нелинейной разработки, базирующиеся на ответвлении и слиянии веток. Для обеспечения целостности истории и устойчивости к изменениям задним числом используются криптографические методы, также возможна привязка цифровых подписей разработчиков к тегам и коммитам. Из проектов, разрабатываемых с использованием Git, можно отметить ядро Linux (http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6...), 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/).

Изменения в Git 1.9.0, влияющие на обратную совместимость:


-  Аргументы "$cmd $args" в команде "git submodule foreach $cmd $args", используемые по аналогии с указанием подобных аргументов в ssh, теперь передаются напрямую без выполнения через командный интерпретатор, что позволяет избежать непредсказуемого результата, если пользователь забудет экранировать данные в блоке $args;

-  Прекращена поддержка работающего в режиме только для чтения экспериментального формата несвязанных объектов (loose-object);
-  Изменено действие опции "--tags"  в команде "git fetch", которая теперь приводит к извлечению не только тегов, но и данных, извлекаемых как при использовании команды без опции "--tags" (ранее при указании "--tags"  извлекались только теги);

-  Расширен способ интерпретации аргумента $what в команде "git push $there $what", в ситуации когда, через двоеточие явно не определено, какая ссылка в репозитории $there должна быть обновлена;

-  Прекращена поддержка серии давно устаревших команд: repo-config, tar-tree, lost-found и peek-remote.

Среди других изменений в Git 1.9.0:


-  Поддержка ответа "100 Continue" при GSS-Negotiate для того, чтобы избежать повторной пересылки больших  объёмов данных при использовании HTTP в качестве транспорта;
-  Различные обновления в реализации "git p4", "git svn" и "gitk";

-  Разрешено контролируемое извлечение объектов из репозитория, клонированного в режиме shallow (клон без полной истории изменений, созданный с использованием опции "--depth");

-  Добавлена возможность переопределения обработчика команды lv через переменную окружения LV, по аналогии с переопределением less через LESS;


-  Использования опции "--prune" в команде  "git fetch" теперь  позволяет при извлечении удалённо отслеживаемой ветки 'frotz' осуществить предварительное удаление ранее извлечённой ветки  'frotz/nitfol' для высвобождения места;
-  Добавлена переменная конфигурации "diff.orderfile=file", выступающая аналогом опции "-Ofile" для команды "git diff";

-  Поддержка синтаксиса для исключения отдельных путей, например, git log -- . ':!dir'" приведёт к обработке всего содержимого, кроме директории 'dir';

-  В процессе выполнения команды "git difftool" добавлено отображение общего числа  файловых путей и сколько их них уже показано;
-  Команда  "git push origin master", используемая для отправки текущей  master-ветки для обновления внешней  master-ветки в оригинальном репозитории, расширена для использования идентичного метода маппинга ссылок, позволяющего определить какие из ссылок в оригинальном репозитории были обновлены на основании текущей master-ветки;
-  В "gitweb" добавлена возможность работы с иерархиями ссылок, отличных от refs/heads, когда используются дополнительные пространства имён веток, например, refs/changes/ в
Gerrit;
-  В команды подобные "git log" добавлена опция  "--exclude=glob"  для исключения при выводе истории изменений, данных соответствующих указанной маске, например, "git log --exclude='*/*' --branches".

Начиная с выпуска Git 2.0 будет изменено поведение команды "git push" по умолчанию. В ситуации когда при выполнении "git push" явно не указано что именно помещать в репозиторий ранее использовалась семантика "matching", при которой для обновления выбирались все внешние ветки и теги с именами, совпадающими с локальными. В будущем поведение будет изменено и по умолчанию будет применяться семантика "simple", при которой изменения отправляются только из текущей ветки в ветку с тем же именем, в случае если локальная ветка назначена для интеграции с удалённой веткой. Переопределить новое поведение можно через конфигурационную переменную "push.default".

При неуказании добавляемых путей при выполнении "git add -u" и "git add -A", начиная с версии Git 2.0 данные команды будут применяться для всего репозитория, а не иерархии относительно текущей поддиректории, что соответствует поведению "git commit -a" и других похожих команд. Для распространения действия только начиная с текущей директории следует явно указывать текущий путь, например, "git add -u .". Команда "git add путь" в Git 2.0 будет соответствовать выполнению "git add -A путь" в выпусках Git 1.x. Кроме того, будет изменён префикс по умолчанию для команды "git svn" c refs/remotes на refs/remotes/origin/, если префикс не был явно задан при помощи опции "--prefix".


URL: http://permalink.gmane.org/gmane.linux.kernel/1648566
Новость: https://www.opennet.ru/opennews/art.shtml?num=39108

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

Оглавление

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


1. "Релиз распределенной системы управления исходными текстами G..."  –11 +/
Сообщение от Аноним (??) on 17-Фев-14, 15:36 
Кстати о Mercurial
https://lists.gnu.org/archive/html/emacs-devel/2014-01/msg00...
http://gregoryszorc.com/blog/2013/05/12/thoughts-on-mercuria.../
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

2. "Релиз распределенной системы управления исходными текстами G..."  +32 +/
Сообщение от бедный буратино (ok) on 17-Фев-14, 15:45 
хочешь узнать про git - иди в тему mercurial

хочешь узнать про mercurial - иди в тему про git

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

8. "Релиз распределенной системы управления исходными текстами G..."  +19 +/
Сообщение от Аноним (??) on 17-Фев-14, 16:45 
Здравствуйте, это канал про git? Как пропатчить mercurial под freebsd?
Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

11. "Релиз распределенной системы управления исходными текстами G..."  +/
Сообщение от Пропатентный тролль on 17-Фев-14, 17:04 
Дошел до строчки "The problem is that Mercurial isn't git. Git definitely is the leader now. Git is "cool"." И закрыл окно.
Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

34. "Релиз распределенной системы управления исходными текстами G..."  +6 +/
Сообщение от Аноним (??) on 17-Фев-14, 22:18 
Вы так говорите, как будто быть лучше других - преступление.
Ответить | Правка | ^ к родителю #11 | Наверх | Cообщить модератору

41. "Релиз распределенной системы управления исходными текстами G..."  +3 +/
Сообщение от Аноним (??) on 18-Фев-14, 08:55 
Стас Михайлов и Дарья Донцова одобряют этот комментарий.
Ответить | Правка | ^ к родителю #34 | Наверх | Cообщить модератору

68. "Релиз распределенной системы управления исходными текстами G..."  +/
Сообщение от ffirefox on 19-Фев-14, 12:41 
Не преступление, а ответственность

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

3. "Релиз распределенной системы управления исходными текстами G..."  +/
Сообщение от Аноним (??) on 17-Фев-14, 16:04 
а меркуриал умеет shallowly-cloned ?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

10. "Релиз распределенной системы управления исходными текстами G..."  +22 +/
Сообщение от pavlinux (ok) on 17-Фев-14, 16:51 
Что за шаловливые клоуны?
Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

31. "Релиз распределенной системы управления исходными текстами G..."  +/
Сообщение от Аноним (??) on 17-Фев-14, 21:12 
с английским языком вы походу не знакомы и новость не читали:
Разрешено контролируемое извлечение объектов из репозитория, клонированного в режиме shallow (клон без полной истории изменений, созданный с использованием опции "--depth");
Ответить | Правка | ^ к родителю #10 | Наверх | Cообщить модератору

37. "Релиз распределенной системы управления исходными текстами G..."  –1 +/
Сообщение от Аноним (??) on 18-Фев-14, 01:37 
Полноценно нет, можно склонить только один бранч - clone -r
Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

4. "Релиз распределенной системы управления исходными текстами G..."  +/
Сообщение от бедный буратино (ok) on 17-Фев-14, 16:17 
вечерело, а тема ждала первого коммента про git, а не про mercurial :)
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

6. "Релиз распределенной системы управления исходными текстами G..."  –5 +/
Сообщение от Аноним (??) on 17-Фев-14, 16:22 
Занимаются всякой хрень, в то время как самый нужный способ создать ветку почему-то делается по команде "checkout -b" и не работает с тэгами.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

22. "Релиз распределенной системы управления исходными..."  +3 +/
Сообщение от arisu (ok) on 17-Фев-14, 19:23 
> Занимаются всякой хрень, в то время как самый нужный способ создать ветку
> почему-то делается по команде «checkout -b» и не работает с тэгами.

man git-branch.
выдержка оттуда: «The command's second form creates a new branch head named <branchname> which points to the current HEAD, or <start-point> if given.»
врут, заразы?

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

44. "Релиз распределенной системы управления исходными..."  +2 +/
Сообщение от Аноним (??) on 18-Фев-14, 09:07 
> врут, заразы?

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

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

49. "Релиз распределенной системы управления исходными..."  +/
Сообщение от Аноним (??) on 18-Фев-14, 13:54 
> The command's second form creates a new branch head named <branchname> which points to the current HEAD, or <start-point> if given.

Это Вы, пардон, к чему?

Задача: нужно создать трэкинг брэнч с тем же именем, что и в удаленном репозитории одинаковым набором команд
а) если ревизия задана именем ветки (вытаскиваем HEAD)
б) если ревизия задана тэгом (вытаскиваем ту ветку, из которой tag)

Ревизия задана переменной окружения $REVISION. Ваш вариант решения?

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

50. "Релиз распределенной системы управления исходными..."  +/
Сообщение от arisu (ok) on 18-Фев-14, 14:35 
> Задача: нужно создать трэкинг брэнч с тем же именем, что и в
> удаленном репозитории

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

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

54. "Релиз распределенной системы управления исходными..."  +/
Сообщение от Аноним (??) on 18-Фев-14, 15:00 
>> Задача: нужно создать трэкинг брэнч с тем же именем, что и в
>> удаленном репозитории
> это не называется «создать», он у тебя уже есть. ты его не
> видишь, а он есть. зачем тебе заниматься потенциально конфликтными извращениями вместо
> того, чтобы переключится на уже существующий бранч — мне не ясно.

У меня его нет. Мне нужно склонировать репозиторий в состояние ревизии $REVISION для ночной сборки. $REVISION можтет быть:
а) идентификатором конкретного комита
б) тэгом
в) именем ветки (в этом случае - собрать надо HEAD этой ветки)

Должны работать все три случая единым способом (делается автоматически на сборочной машине).

Это просто пример, но абсолютно жизненный. В git не хватает отдельной команды для работы с трэкинг-бранчами. Вместо нее перенагрузили checkout и branch лишними параметрами.

git очень хорош архитектурно, но система команд крива и не продумана. Тот же push из топика - один из примеров.

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

56. "Релиз распределенной системы управления исходными..."  +1 +/
Сообщение от arisu (ok) on 18-Фев-14, 15:09 
> У меня его нет. Мне нужно склонировать репозиторий в состояние ревизии $REVISION
> для ночной сборки. $REVISION можтет быть:
> а) идентификатором конкретного комита
> б) тэгом
> в) именем ветки (в этом случае — собрать надо HEAD этой ветки)

но ЗАЧЕМ? случаи «б» и «в» элеметнарно сводятся к «а».

> Должны работать все три случая единым способом (делается автоматически на сборочной машине).

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

> git очень хорош архитектурно, но система команд крива и не продумана.

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

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

57. "Релиз распределенной системы управления исходными..."  –1 +/
Сообщение от Аноним (??) on 18-Фев-14, 15:59 
> но ЗАЧЕМ? случаи «б» и «в» элеметнарно сводятся к «а».

Как зачем? Есть три сущности, однозначно идентифицирующие комит. Надо достать ревизию по этой сущности. В разных случаях удобно использовать разные:
- имя ветки для разработческих веток (там почти всегда нужен HEAD)
- по tag-у для релизов (учитываем, что релизных веток несколько)
- по tag-у для сборок с разными опциями - debug, trace, fix ... (эти тэги могут гулять по разным веткам)
- по идентификатору, если что-то экстренное и тэг ставить жалко

Все решаемо, если одновременно знаем имя ветки и тэг/идентификатор в рамках нее. Только имя ветки тут - лишняя сущность, которая несет кучу гемороя. Какой-нибудь тэг fix_abc переехал в из ветки fix1 в fix2 и все - сборка поломалась.


>> Должны работать все три случая единым способом (делается автоматически на сборочной машине).
> сделай скрипт-обёртку. лично я, например — категорически против того, чтобы разные
> вещи делались одним и тем же способом.

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

В реальности мне нужна отдельная команда, вытаскивающая трэкинг-брэнч в логике
"checkout -b". branch - создать ветку из текущей локальной, какой-нибудь tbranch - создать ветку из удаленной. Тогда можно добиться, чтобы "git tbranch origin something" работал одинаково с ветками, тэгами и комитами.

>> git очень хорош архитектурно, но система команд крива и не продумана.
> а как по мне — всё достаточно логично. надо просто думать «по
> гитовски», и логика находится.

Может это со мной что-то не так, но я хочу ездить на автомобиле без изучения системы впрыска. У системы есть интерфейс, его должно быть достаточно. Если его не достаточно - значит он плохой, ч.т.д.

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

58. "Релиз распределенной системы управления исходными..."  +1 +/
Сообщение от arisu (ok) on 18-Фев-14, 16:08 
> То есть Вы против того, что checkout работает одинаково с ветками и
> тэгами при переключении?

в общем-то, да. хотя как это сделать лучше — я не знаю.

> Только сейчас оно работает от случая к случаю,
> а должно работать всегда.

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

> Может это со мной что-то не так, но я хочу ездить на
> автомобиле без изучения системы впрыска. У системы есть интерфейс, его должно
> быть достаточно. Если его не достаточно — значит он плохой, ч.т.д.

у меня есть мнение, что тогда dvcs была выбрана не совсем верно.

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

59. "Релиз распределенной системы управления исходными..."  –1 +/
Сообщение от Аноним (??) on 18-Фев-14, 17:15 
>> То есть Вы против того, что checkout работает одинаково с ветками и
>> тэгами при переключении?
> в общем-то, да. хотя как это сделать лучше — я не знаю.

Тут соглашусь. Нужна еще одна команда - switch для переключения между ветками, и оставить за checkout только переключение внутри ветки.

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

"git checkout -b new_branch origin/some_tag" не сработает

>> Может это со мной что-то не так, но я хочу ездить на
>> автомобиле без изучения системы впрыска. У системы есть интерфейс, его должно
>> быть достаточно. Если его не достаточно — значит он плохой, ч.т.д.
> у меня есть мнение, что тогда dvcs была выбрана не совсем верно.

С учетом популярности сабжа по совокупности факторов он выигрывает. Как винда у линукса ;)

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

61. "Релиз распределенной системы управления исходными..."  +/
Сообщение от arisu (ok) on 18-Фев-14, 17:17 
>> хм. бывают случаи, когда checkout не переключается на указаный тэг?
> «git checkout -b new_branch origin/some_tag» не сработает

это не переключение per se. но несколько нелогично, согласен.

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

63. "Релиз распределенной системы управления исходными..."  +/
Сообщение от Аноним (??) on 18-Фев-14, 17:59 
>>> хм. бывают случаи, когда checkout не переключается на указаный тэг?
>> «git checkout -b new_branch origin/some_tag» не сработает
> это не переключение per se. но несколько нелогично, согласен.

О чем и я. Если это не переключение - это не должна делать checkout. В результате и криво и не работает как надо. Нужна отдельная команда, качественно отрабатывающая все кейсы.

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

65. "Релиз распределенной системы управления исходными..."  +/
Сообщение от rshadow (ok) on 19-Фев-14, 00:10 
> Нужна отдельная команда, качественно отрабатывающая все кейсы

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

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

66. "Релиз распределенной системы управления исходными..."  +/
Сообщение от arisu (ok) on 19-Фев-14, 06:45 
так вперёд! код открыт — делай.
Ответить | Правка | ^ к родителю #65 | Наверх | Cообщить модератору

72. "Релиз распределенной системы управления исходными..."  +/
Сообщение от Аноним (??) on 21-Фев-14, 20:58 
Во-первых, проще взять Mercurial.
Во-вторых, писать обертки для git - по сравнению с тем же Mercurial - та еще головная боль.
Ответить | Правка | ^ к родителю #66 | Наверх | Cообщить модератору

73. "Релиз распределенной системы управления исходными..."  +/
Сообщение от arisu (ok) on 21-Фев-14, 21:07 
ну так бери. что ты в новости о git забыл-то, если тебе больше ртуть нравится?
Ответить | Правка | ^ к родителю #72 | Наверх | Cообщить модератору

60. "Релиз распределенной системы управления исходными..."  +/
Сообщение от Аноним (??) on 18-Фев-14, 17:15 
> У меня его нет. Мне нужно склонировать репозиторий в состояние ревизии $REVISION для ночной сборки. $REVISION можтет быть:
> а) идентификатором конкретного комита
> б) тэгом
> в) именем ветки (в этом случае - собрать надо HEAD этой ветки)

git checkout $REVISION работает для всего вышеперечисленного.

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

62. "Релиз распределенной системы управления исходными..."  +/
Сообщение от arisu (ok) on 18-Фев-14, 17:18 
там, насколько я понял, человек немного другого хочет, просто описал косовато.
Ответить | Правка | ^ к родителю #60 | Наверх | Cообщить модератору

7. "Релиз распределенной системы управления исходными текстами G..."  –1 +/
Сообщение от vitalif email(ok) on 17-Фев-14, 16:28 
А что такое "контролируемое извлечение объектов из репозитория, клонированного в режиме shallow"?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

45. "Релиз распределенной системы управления исходными текстами G..."  +/
Сообщение от Аноним (??) on 18-Фев-14, 09:08 
> А что такое "контролируемое извлечение объектов из репозитория, клонированного в режиме
> shallow"?

Это извлечение не вообще всей истории а лишь части, на определенную глубину.

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

69. "Релиз распределенной системы управления исходными текстами G..."  +/
Сообщение от vitalif email(ok) on 19-Фев-14, 19:30 
Нет, это ты сам shallow описал, он и в предыдущих версиях есть. Меня интересует, что имеется ввиду в самой фразе "контролируемое извлечение объектов из репозитория, клонированного в режиме shallow"?
Ответить | Правка | ^ к родителю #45 | Наверх | Cообщить модератору

19. "Релиз распределенной системы управления исходными текстами G..."  +3 +/
Сообщение от Аноним (??) on 17-Фев-14, 18:37 
Ура, ждём 2.0.

PS. Решил попробовать git после 2 лет mercurial'а да так и остался.

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

36. "Релиз распределенной системы управления исходными текстами G..."  –3 +/
Сообщение от Аноним (??) on 18-Фев-14, 01:32 
И MS, помнится, юзал git.
Пока, как и все остальные адекватные компаниии, не перешёл на svn.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

38. "Релиз распределенной системы управления исходными текстами G..."  +1 +/
Сообщение от r on 18-Фев-14, 01:37 
Что такое: "MS" .?
Ответить | Правка | ^ к родителю #36 | Наверх | Cообщить модератору

48. "Релиз распределенной системы управления исходными текстами G..."  +3 +/
Сообщение от pkdr (ok) on 18-Фев-14, 12:45 
Известный производитель качественных клавиатур и мышей.

В 80-е они вроде бы ещё запилили какую-то графическую оболочку для MS-DOS, но ничего путного из неё не получилось.

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

52. "Релиз распределенной системы управления исходными текстами G..."  +/
Сообщение от Аноним (??) on 18-Фев-14, 14:50 
Да, потому что они тогда ещё вроде бы запилили Windows 1, а в мс-досе была куча ограничений, от которых уже давно всем хотелось избавиться и никакие GUI ей помочь решить фундаментальные проблемы были не в состоянии.
Ответить | Правка | ^ к родителю #48 | Наверх | Cообщить модератору

64. "Релиз распределенной системы управления исходными текстами G..."  +1 +/
Сообщение от Andrey Mitrofanov on 18-Фев-14, 18:02 
> Известный производитель качественных клавиатур и мышей.

s/производитель качественных/продавец безумно переоцененных китайских/

, о чём нам намекает торго^Wразвод лохов на коробочки с воздухом с буквами eula и cal.

> но ничего путного из неё не получилось.

Им нравится. Клиент сидит плотнее, чем на героине.

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

40. "Релиз распределенной системы управления исходными текстами G..."  +/
Сообщение от СРР on 18-Фев-14, 04:44 
> И MS, помнится, юзал git.
> Пока, как и все остальные адекватные компаниии, не перешёл на svn.

Что за адекватные компаниии -)))

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

51. "Релиз распределенной системы управления исходными..."  +1 +/
Сообщение от arisu (ok) on 18-Фев-14, 14:43 
>> Пока, как и все остальные адекватные компаниии, не перешёл на svn.
> Что за адекватные компаниии -)))

те, видать, которые до этого на cvs сидели.

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

46. "Релиз распределенной системы управления исходными текстами G..."  –1 +/
Сообщение от Аноним (??) on 18-Фев-14, 09:09 
> И MS, помнится, юзал git.

Да, даже до этих корпрративных жирафов стало доходить что их TFSы из каменного века и прочий доисторический крап - это жалкая пародия на VCS, которая имеет разработчику мозг, а вовсе не эффективная подмога. А тут еще гитхабы всякие. Вот и пришлось кой-как прикручивать к вьюжлстудии для виндовых гламурных мальчиков.

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

42. "Релиз распределенной системы управления исходными текстами G..."  +3 +/
Сообщение от Аноним (??) on 18-Фев-14, 09:01 
Не нарадуюсь на него в DFBSD, особенно сравнивая с фряшным svn-ом. Последний тормознее в несколько раз. Про cvs вообще молчу.:)
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

47. "Релиз распределенной системы управления исходными текстами G..."  +/
Сообщение от Аноним (??) on 18-Фев-14, 09:10 
> Не нарадуюсь на него в DFBSD, особенно сравнивая с фряшным svn-ом. Последний
> тормознее в несколько раз. Про cvs вообще молчу.:)

А если бы разработчики линя использовали svn - они бы уже давно озверели.

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

55. "Релиз распределенной системы управления исходными текстами G..."  +2 +/
Сообщение от Аноним (??) on 18-Фев-14, 15:06 
А зря молчите про CVS - по сравнению с современным SVN даже он выглядит конфеткой. Работал он гораздо быстрее, а главное - можно было обновлять чекаут из локального зеркала репозитория (с централизованными VCS по-другому нельзя работать в принципе), а коммитить в основной. SVN так не умеет, а переключает весь чекаут на другой URL долго, а главную (единственную, что осталась у централизованных) фичу - возможность работать с отдельной директорией как с целым репозиторием - с 1.7, кажется, успешно убили.
Ответить | Правка | ^ к родителю #42 | Наверх | Cообщить модератору

67. "Релиз распределенной системы управления исходными текстами G..."  +/
Сообщение от Аноним (??) on 19-Фев-14, 09:23 
Ну, у меня выборка конечно, нерепрезентативная, но судя по времени обновления сорцов системы, svn работает раза в полтора-два быстрее cvs, а git так вообще раза в 4 быстрее svn. И, что немаловажно, в отличие от обоих лучше переживает перебои связи. Если вдруг коннект порвет, часто сам продолжает, когда снова появится, а svn с cvs'ом надо килять и перезапускать.
Ответить | Правка | ^ к родителю #55 | Наверх | Cообщить модератору

71. "Релиз распределенной системы управления исходными текстами G..."  –2 +/
Сообщение от Аноним (??) on 20-Фев-14, 14:08 
> Если вдруг коннект порвет,

git оставит тебя с недокачанным куском, который потом придётся скачивать опять с нуля. В svn с этим намного лучше.

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

70. "Релиз распределенной системы управления исходными текстами G..."  +/
Сообщение от vitalif email(ok) on 19-Фев-14, 19:32 
> А зря молчите про CVS - по сравнению с современным SVN даже
> он выглядит конфеткой. Работал он гораздо быстрее

CVS?!!!! Быстрее???

> возможность работать с отдельной директорией как с целым репозиторием - с 1.7, кажется, успешно убили.

Не убили, чекаутить просто теперь отдельно надо. Зато нет .svn говна в каждой папке и сама рабочая копия гораздо быстрее работает (sqlite теперь).

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

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

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




Спонсоры:
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

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