форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка

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

"Релиз распределенной системы управления исходными текстами 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 (ok) on 17-Фев-14, 16:28
А что такое "контролируемое извлечение объектов из репозитория, клонированного в режиме shallow"?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	45. "Релиз распределенной системы управления исходными текстами G..."	+/–
	Сообщение от Аноним (??) on 18-Фев-14, 09:08
	> А что такое "контролируемое извлечение объектов из репозитория, клонированного в режиме > shallow"? Это извлечение не вообще всей истории а лишь части, на определенную глубину.
	Ответить | Правка | ^ к родителю #7 | Наверх | Cообщить модератору

	69. "Релиз распределенной системы управления исходными текстами G..."	+/–
	Сообщение от vitalif (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 (ok) on 19-Фев-14, 19:32
	> А зря молчите про CVS - по сравнению с современным SVN даже > он выглядит конфеткой. Работал он гораздо быстрее CVS?!!!! Быстрее??? > возможность работать с отдельной директорией как с целым репозиторием - с 1.7, кажется, успешно убили. Не убили, чекаутить просто теперь отдельно надо. Зато нет .svn говна в каждой папке и сама рабочая копия гораздо быстрее работает (sqlite теперь).
	Ответить | Правка | ^ к родителю #55 | Наверх | Cообщить модератору

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

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