|
| |
| 2.7, Аноним (-), 20:33, 02/01/2013 [^] [^^] [^^^] [ответить] [↑] [к модератору]
| +/– | |
> А чем оно лучше svn?
Практически всем. Наиболее - тем что оно распределенное и потому может хранить всю историю изменений локально. Так что не надо дрюкать какой-то там ремотный сервер чтобы посмотреть что было пять ревизий назад и откатить вон тот патч, вызвавший проблемы. По поводу чего можно покодить хоть там где интернетом и не пахло, чувствуя себя белым человеком при этом. Да и зависимость от центрального сервака - зло.
| | |
| |
| 3.10, Crazy Alex (??), 21:04, 02/01/2013 [^] [^^] [^^^] [ответить] [к модератору]
| –2 +/– | |
Зависимость от центрального сервака во многих случаях - добро. Особенно когда это корпоративное использование персонал не особо квалифицирован в управлении версиями. Гит в таких ситуациях нужно обкладывать горой костылей, чтобы юзверь не начудил.
Но это, пожалуй, единственный вариант, когда SVN предпочтительнее.
| | |
| |
| 4.12, ALex_hha (??), 21:20, 02/01/2013 [^] [^^] [^^^] [ответить] [↓] [к модератору]
| –2 +/– | |
> Но это, пожалуй, единственный вариант, когда SVN предпочтительнее.
ошибаетесь, поработайте с репозитарием 100Gb+ и тогда мы с вами поговорим, что удобнее, а что нет ;)
| | |
| |
| |
| |
| 7.23, Crazy Alex (??), 23:22, 02/01/2013 [^] [^^] [^^^] [ответить] [к модератору]
| +1 +/– |
Вы можете толком ответить, что там на таких размерах репа происходит? Ну и заодно - что лежит в версионнике - большие или малые файлы. Что в основном бинари на таких обьъемах - понятно.
| | |
|
|
| |
| 6.34, Crazy Alex (??), 00:44, 03/01/2013 [^] [^^] [^^^] [ответить] [к модератору]
| +/– |
В рекламном агентстве, допустим - вполне реальный размер. Кладётся всё в исходниках, с кучей слоёв, в максимальном разрешении, весит соответственно. ОДин PSD на 100 метров - вполне нормально. Другое дело, что в один репозиторий всё это можно и не пихать, а назначить по репе дизайнеру или заказчику или кампании. Но это уже вопрос местной специфики.
| | |
| |
| 7.41, all_glory_to_the_hypnotoad (ok), 02:59, 03/01/2013 [^] [^^] [^^^] [ответить] [↓] [к модератору]
| +/– |
 и вообще можно в реп не пихать, а настроить посуточное архивирование всего контента некоторых директорий с рабочих машин. Там же на самом деле не нужен версионник, в 9 из 10 паттернов работы с данными в вашем случае обычная бэкапилка делает всё на порядки проще, удобнее и быстрее (BackupPC, например).
остаётся 1 случай из 10, где бэкап раз в сутки не подходит и конечный сотрудник знает, понимает и умеет делать контрольные точки в своей работе внутри дня.
если админ для первого случая ставит SVN, или любую другую VCS, то он конченный идиот.
| | |
|
|
|
|
|
|
| 1.11, ALex_hha (??), 21:19, 02/01/2013 [ответить] [﹢﹢﹢] [ · · · ] [↓] [↑] [к модератору]
| +/– | |
> а что такое svn?
google вроде не забанили еще.
> Древняя система контроля версий, централизованной эпохи еще.
т.е. вы предлагаете каждому человеку, скачивать 1 Тб репозитарий, чтобы удобно поработать дома? А чо, закинул на флеху и пошел работать домой, удобно ж :D
> Гит в таких ситуациях нужно обкладывать горой костылей, чтобы юзверь не начудил.
собственно на это и намекал, что для каждой задачи свои методы. А то пихают git во все щели и с пеной у рта кричат, он лучше всех!
> Да и зависимость от центрального сервака - зло.
да как сказать, только не надо говорить, что сервер может поломаться, а интернет перестать работать :D
| | |
| |
| 2.13, Аноним (-), 21:36, 02/01/2013 [^] [^^] [^^^] [ответить] [к модератору]
| –1 +/– | |
> т.е. вы предлагаете каждому человеку, скачивать 1 Тб репозитарий, чтобы удобно поработать дома? А чо, закинул на флеху и пошел работать домой, удобно ж :D
Предлагаю заюзать sshfs
| | |
| 2.15, GentooBoy (ok), 21:44, 02/01/2013 [^] [^^] [^^^] [ответить] [↓] [к модератору]
| +3 +/– |
 > т.е. вы предлагаете каждому человеку, скачивать 1 Тб репозитарий, чтобы удобно поработать дома? А чо, закинул на флеху и пошел работать домой, удобно ж :D
для особо одаренных git clone --depth 1
| | |
| 2.19, Michael Shigorin (ok), 23:00, 02/01/2013 [^] [^^] [^^^] [ответить] [↓] [↑] [к модератору]
| +2 +/– |
 > да как сказать, только не надо говорить, что сервер может поломаться,
> а интернет перестать работать :D
Может и поломаться, и упасть вместе с бэкапами (некоторые держат их там же), и ещё много чего. Также смею доложить, что некоторым работать в офлайне получается куда продуктивнее по причине отсутствия лишних прерываний.
Можно ещё много чего прибавить (в т.ч. и про shallow clones), но что-то сомнения берут, что Вы вообще на охоту сюда пришли. Тем более за терабайтными репо с чем-то полезным.
| | |
| |
| 3.24, Crazy Alex (??), 23:23, 02/01/2013 [^] [^^] [^^^] [ответить] [к модератору]
| –3 +/– |
Вот как раз по удобству администрирования SVN именно в сили централизованности много лучше. Тот же бекап централизованный и не завяисящий от состояния рабочей станции.
| | |
| |
| 4.31, Аноним (-), 00:12, 03/01/2013 [^] [^^] [^^^] [ответить] [к модератору]
| +1 +/– | |
> Тот же бекап централизованный и не завяисящий от состояния рабочей станции.
А в git по дефолту каждая копия - полноценный бэкап.
| | |
| |
| 5.36, Crazy Alex (??), 00:56, 03/01/2013 [^] [^^] [^^^] [ответить] [к модератору]
| –1 +/– |
Это не бэкап, а пародия- кто, когда и как его покалечит - неизвестно. Централизованный нормально администрируемый бэкап всяко надёжнее.
| | |
| |
| 6.40, Michael Shigorin (ok), 02:48, 03/01/2013 [^] [^^] [^^^] [ответить] [↓] [к модератору]
| +1 +/– | |
> Это не бэкап, а пародия
Это бэкап.
> - кто, когда и как его покалечит - неизвестно.
И обычно неважно, поскольку их таких много (как и положено бэкапам).
> Централизованный нормально администрируемый бэкап всяко надёжнее.
Нет, конечно (даже у меня конторские погремушки bacula растаскивает в несколько мест, а самое интересное бэкапится и другими методами). Просто и он не отменяется. :)
| | |
| 6.49, Stream (?), 06:21, 03/01/2013 [^] [^^] [^^^] [ответить] [↑] [к модератору]
| –2 +/– |
git дерьмецо
svn можно запускать без апатча и ssh
service svnserve start и все!!!
Простота, Элегантность и нету быдлонабора git add / git commit / git push
| | |
| |
| 7.51, aborodin (??), 09:17, 03/01/2013 [^] [^^] [^^^] [ответить] [↓] [к модератору]
| +1 +/– |
> git дерьмецо
> svn можно запускать без апатча и ssh
Аля-улю, дядя. git можно запускать без апача и ssh. Неожиданно, правда?
| | |
|
|
|
|
|
| 2.92, 123 (??), 05:11, 05/01/2013 [^] [^^] [^^^] [ответить] [↑] [к модератору]
| +1 +/– | |
> т.е. вы предлагаете каждому человеку, скачивать 1 Тб репозитарий, чтобы удобно поработать дома? А чо, закинул на флеху и пошел работать домой, удобно ж :D
Так, для примера - ВСЯ история FreeBSD со всеми ветками в git весит меньше, чем SVN чекаут.
| | |
|
| 1.14, develop7 (ok), 21:38, 02/01/2013 [ответить] [﹢﹢﹢] [ · · · ] [↓] [↑] [к модератору]
| –5 +/– |
 > Git является одной из самых эффективных, надёжных и высокопроизводительных систем управления версиями
> одной из самых
Не самой? Да. Не. Может. Быть.
| | |
| 1.16, develop7 (ok), 21:44, 02/01/2013 [ответить] [﹢﹢﹢] [ · · · ] [↓] [↑] [к модератору]
| –3 +/– | |
> может быть прекращена поддержка команды "git branch --set-upstream", которая объявлена устаревшей из-за того, что не редки случаи указания по ошибке "git branch --set-upstream origin/master", что приводило к созданию локальной ветки "origin/master" для интеграции с текущей загруженной веткой, что явно отличается от того, что ожидал получить пользователь
Последние дни настали. Разработчики git принимают во внимание _ожидания_ пользователя.
| | |
| |
| 2.28, Аноним (-), 00:00, 03/01/2013 [^] [^^] [^^^] [ответить] [к модератору]
| +/– | |
> Последние дни настали. Разработчики git принимают во внимание _ожидания_ пользователя.
Внезапно, когда некто делает нечто - он ожидает некий результат. А вот если вы, пристроив зад на толчок вдруг ВНЕЗАПНО отправляетесь на орбиту - это довольно неожиданный результат.
| | |
|
| 1.18, ALex_hha (??), 22:51, 02/01/2013 [ответить] [﹢﹢﹢] [ · · · ] [↓] [↑] [к модератору]
| –4 +/– | |
> для особо одаренных git clone --depth 1
Костыль на костыле. Нет уж, спасибо :D
> Предлагаю заюзать sshfs
ага, и юзать платные клиенты под винду.
| | |
| |
| 2.20, GentooBoy (ok), 23:05, 02/01/2013 [^] [^^] [^^^] [ответить] [↓] [к модератору]
| +/– | |
> Костыль на костыле. Нет уж, спасибо :D
Это батенька не костыл, это национальная возможность не лить всю историю.
> ага, и юзать платные клиенты под винду.
Ну не хочешь sshfs, webdav или smb устроит? бесплатно.
Поделитесь сколько человеко часов потратили на > 100GB кода.
| | |
| |
| 3.25, Crazy Alex (??), 23:29, 02/01/2013 [^] [^^] [^^^] [ответить] [↓] [к модератору]
| –1 +/– | |
Оно правда костыльно - при таких объемах (там и одна ревизия соответствующих размеров обычно) локально держать версии очень накладно. Особенно учитывая, что это бинари и, соотвественно, с дельтами там всё плохо. А нужны старые версии довольно редко. Получается, что нужно чутьли не после каждого push прибивать локальные старые версии, что именно костылём и выглядит. А без центрального сервера ни при какой серьезнойразработке обычно не обходится, тем более когда ресь идет о репе с бинарями, которые создают всяко не программисты и доверять им в плане сохранности репозитория нельзя.
Собственно, для больших бинарей версионник с вероятностью вообще на фиг не нужен - а нужен FTP плюс политика "новую версию кладём в новую папку", заэнфорсенная правилами самого FTP-сервера.
| | |
| |
| 4.32, Аноним (-), 00:13, 03/01/2013 [^] [^^] [^^^] [ответить] [к модератору]
| +1 +/– |
> - а нужен FTP плюс политика "новую версию кладём в новую
> папку", заэнфорсенная правилами самого FTP-сервера.
Да, внезапно, VCS это не FTP...
| | |
| |
| 5.33, Crazy Alex (??), 00:41, 03/01/2013 [^] [^^] [^^^] [ответить] [к модератору]
| –1 +/– |
Внезапно главное - какую цель хотим достичь. А потом уже выбираем средства. Если у нас сидит (как я когда-то видел) девочка-художник, которую кое-как научили отличать файлы от каталогов и не класть всё на рабочий стол - какая там VCS. Зато рисует эта девочка великолепно, фантазия отличная и очень быстро въезжает в то, что надо заказчику. Вот это - реальный случай, где FTP + задачка в nnCron отлично подошли. Правда, открывал папку с копиями помогал выбрать нужную эникейщик, но раз в неделю - не сложно.
| | |
|
|
| 3.37, ALex_hha (??), 01:26, 03/01/2013 [^] [^^] [^^^] [ответить] [↓] [↑] [к модератору]
| –1 +/– | |
> Поделитесь сколько человеко часов потратили на > 100GB кода.
без понятия, я их не считаю :)
Как то так получается
# cd ~
# svn co file:/// .... 2012/03/ ./03/
# du -h ./03/
222G 03/
# find . -type f -name '*.psd' -exec ls -l {} \; | awk '{ print $5}' | awk '{s+=$0} END {print s/1073741824" Gb"}'
95,2019 Gb
| | |
| |
| |
| 5.53, ALex_hha (??), 11:37, 03/01/2013 [^] [^^] [^^^] [ответить] [к модератору]
| –2 +/– |
>> # find . -type f -name '*.psd'
> Думаю, за Ваши массивы текстовых файлов *.psd здесь рад не только я,
> но хотя бы тему своих ответов поправили...
А вы думали 1 Тб кодинга? :D Я не в M$/google работаю ;) И то сомневаюсь, что даже все исходники всех форточек и всяких эксченджей потянут на такой объем
| | |
|
|
| 3.38, ALex_hha (??), 01:30, 03/01/2013 [^] [^^] [^^^] [ответить] [↑] [к модератору]
| –1 +/– | |
> Это батенька не костыл, это национальная возможность не лить всю историю.
мне вот нужно сделать checkout одной папки(файла) из репозитария в 250 Gb, git позволит такое сделать?
> Ну не хочешь sshfs, webdav или smb устроит? бесплатно.
а что, smb уже научилось over internet работать? Или вы мне сейчас начнете предлагать vpn и т.п. вещи? А вы пробовали балансировать sshfs/webdav/smb? В отличие от http занятие не из приятных ;)
| | |
| |
| |
| 5.52, ALex_hha (??), 11:34, 03/01/2013 [^] [^^] [^^^] [ответить] [к модератору]
| –1 +/– |
>> мне вот нужно сделать checkout одной папки(файла) из репозитария в 250 Gb,
> не нужно вам этого делать, у вас же нет репозитария. Что у
> вас есть называется файлопомойкой.
о великий и могучий гуру, а мужики то и не знали :D
| | |
|
| 4.45, all_glory_to_the_hypnotoad (ok), 03:25, 03/01/2013 [^] [^^] [^^^] [ответить] [↑] [к модератору]
| +/– | |
> А вы пробовали балансировать sshfs/webdav/smb? В отличие от http занятие не из приятных ;)
внезапно, webdav и есть http. И ваш SVN вероятно именно через него работает. Подключать удалённый диск в любом случае не айс, для удалённой работы допустимы тольок синки туда-сюда. SVN в основном только это и умеет нормально делать.
| | |
| |
| 5.54, ALex_hha (??), 11:41, 03/01/2013 [^] [^^] [^^^] [ответить] [к модератору]
| –2 +/– |
>> А вы пробовали балансировать sshfs/webdav/smb? В отличие от http занятие не из приятных ;)
> внезапно, webdav и есть http. И ваш SVN вероятно именно через него работает.
скажем так, svn это расширенный webdav
> Подключать удалённый диск в любом случае не айс, для удалённой
> работы допустимы тольок синки туда-сюда. SVN в основном только это и
> умеет нормально делать.
ага, а как потом программисту смотреть отличия в коде? :) Сейчас человек может посмотреть историю ревизий и сравнить файл в двух ревизиях, с наглядным отображением изменений. В вашем случае, хз чо он там будет делать
| | |
| |
| 6.58, Аноним (-), 13:56, 03/01/2013 [^] [^^] [^^^] [ответить] [↓] [к модератору]
| +/– |
> ага, а как потом программисту смотреть отличия в коде? :) Сейчас человек
> может посмотреть историю ревизий и сравнить файл в двух ревизиях, с
> наглядным отображением изменений. В вашем случае, хз чо он там будет
> делать
Какие отличия в коде, у него psd файлы, у вас psddiff есть?
| | |
| |
| 7.64, ALex_hha (ok), 14:39, 03/01/2013 [^] [^^] [^^^] [ответить] [к модератору]
| –1 +/– |
 >> ага, а как потом программисту смотреть отличия в коде? :) Сейчас человек
>> может посмотреть историю ревизий и сравнить файл в двух ревизиях, с
>> наглядным отображением изменений. В вашем случае, хз чо он там будет
>> делать
> Какие отличия в коде, у него psd файлы, у вас psddiff
> есть?
раскройте свой кругозор и тогда вы узнаете, что в природе существуют не только psd файлы :D
| | |
| 7.81, Stream (?), 06:37, 04/01/2013 [^] [^^] [^^^] [ответить] [к модератору]
| –1 +/– |
>> ага, а как потом программисту смотреть отличия в коде? :) Сейчас человек
>> может посмотреть историю ревизий и сравнить файл в двух ревизиях, с
>> наглядным отображением изменений. В вашем случае, хз чо он там будет
>> делать
> Какие отличия в коде, у него psd файлы, у вас psddiff
> есть?
есть bsdiff = http://www.daemonology.net/bsdiff/
| | |
|
| 6.65, all_glory_to_the_hypnotoad (ok), 15:01, 03/01/2013 [^] [^^] [^^^] [ответить] [↑] [к модератору]
| –1 +/– | |
> скажем так, svn это расширенный webdav
тоже неправильно. SVN это "суженный" webdav, т.е. его кастомизированное подмножество.
> ага, а как потом программисту смотреть отличия в коде? :)
какому программисту, вы очём вообще? У вас же вроде как толпа дизайнеров и прочих нетехнарей, не?
> Сейчас человек может посмотреть историю ревизий и сравнить файл в двух ревизиях, с наглядным отображением изменений. В вашем случае, хз чо он там будет делать
мой случай был для простого хранения бинарных данных, это единственная ниша, где SVN может составить конкуренцию остальным инструментам
Для работы с текстовыми сорцами SVN вообще непригоден, особенно если нужно работать с большим репозитарием или просто удалённо. Ибо
1. каждая ветка SVN это отдельная копия всего контента (для SVN удвоенное место всего контента). Да, можно извращаться чекаутами только части репы, но для разработки это нетипичный паттерн.
2. каждый чих это несколько запросов на сервер. Нельзя даже хистори посмотреть без нескольких http/webdav'ных запросов.
3. естественно, работа остальными ревизиями тоже дёрганье сервера.
как следствие, SVN ужасно тормозной для обычной разработки.
| | |
| |
| 7.72, ALex_hha (??), 01:34, 04/01/2013 [^] [^^] [^^^] [ответить] [к модератору]
| –1 +/– |
>> скажем так, svn это расширенный webdav
> тоже неправильно. SVN это "суженный" webdav, т.е. его кастомизированное подмножество.
началась тавтология :)
> какому программисту, вы очём вообще? У вас же вроде как толпа дизайнеров
> и прочих нетехнарей, не?
нет, это лишь ваши домыслы ;)
> 1. каждая ветка SVN это отдельная копия всего контента (для SVN удвоенное
> место всего контента). Да, можно извращаться чекаутами только части репы, но
> для разработки это нетипичный паттерн.
как раз в моем случае это идеальный вариант, ибо в день по 100-150 проектов и для каждого создавать отдельный репозитарий просто не удобно.
> 2. каждый чих это несколько запросов на сервер. Нельзя даже хистори посмотреть
> без нескольких http/webdav'ных запросов.
а вы каждую секунду смотрите хистори? или вы сидите на gprs
> 3. естественно, работа остальными ревизиями тоже дёрганье сервера.
и что. Ну разве что у вас vps за 5$ в месяц
> как следствие, SVN ужасно тормозной для обычной разработки.
специфику чистых программистов (с/с++/java, etc) не знаю. Возможно там действительно git намного удобнее.
Я лишь хотел сказать, что у svn есть своя ниша задач, где он будет удобнее git/mercurial/bazar/etc ... . А где то git будет удобнее.
| | |
|
|
|
|
|
| 2.29, Аноним (-), 00:01, 03/01/2013 [^] [^^] [^^^] [ответить] [↑] [к модератору]
| +1 +/– | |
> Костыль на костыле.
Возможность настройки теперь называется костылем? Ох, а у вашего монитора яркость не настраивается? А то нафиг вам эти костыли?
| | |
| |
| 3.39, ALex_hha (??), 01:31, 03/01/2013 [^] [^^] [^^^] [ответить] [к модератору]
| –1 +/– |
>> Костыль на костыле.
> Возможность настройки теперь называется костылем? Ох, а у вашего монитора яркость не
> настраивается? А то нафиг вам эти костыли?
слышал звон, да не знаю где он :D
| | |
|
|
| 1.55, develop7 (ok), 13:08, 03/01/2013 [ответить] [﹢﹢﹢] [ · · · ] [↓] [↑] [к модератору]
| +/– |
Нет, ну серьёзно. Сегодня они правят UI в угоду «ожиданиям», с позволения сказать, пользователя, а что будет завтра? Маны на человеческом языке вместо птичьего? Последовательный и предсказуемый UI? Нормальная архитектура в виде libgit(2) + frontendы? Полноценный интерфейс для встраиваемых плагинов? Сообщения об ошибках, ориентированные на, опять простите, конечного пользователя, а не на разработчика git?
Думаю, это заговор, имеющий целью сделать Элитный Инструмент Хакеров Ядра очередной унылой просто-DVCS, которая тихо и незаметно работает.
| | |
| |
| 2.61, Crazy Alex (??), 14:24, 03/01/2013 [^] [^^] [^^^] [ответить] [↓] [к модератору]
| +/– |
Очень элитарный интструмент, угу - по распространенности примерно как все остальные VCS вместе взятые. Може это вы чего-то не понимаете? Программистам, в общем-то, всунуть неудубную им тулзу довольно сложно.
| | |
| |
| 3.68, develop7 (ok), 19:04, 03/01/2013 [^] [^^] [^^^] [ответить] [к модератору]
| –1 +/– | |
> по распространенности примерно как все остальные VCS вместе взятые
разве что DVCS
> Може это вы чего-то не понимаете?
Ага, скоро как 5 лет разными DVCS активно пользуюсь и до сих пор не понимаю.
| | |
|
| |
| 3.71, develop7 (ok), 00:08, 04/01/2013 [^] [^^] [^^^] [ответить] [к модератору]
| +1 +/– |
> внезапно, обычные люди чистым гитом и не пользуются, а юзают надстройки
> % find /usr/lib/git-core/ -lname git | wc -l
> 107
пользуются-пользуются. потому что git уже пару лет как сам себе «надстройка».
| | |
|
|
| 1.67, Andrew Kolchoogin (?), 16:09, 03/01/2013 [ответить] [﹢﹢﹢] [ · · · ] [↓] [↑] [к модератору]
| –5 +/– | |
Ребят, ну чо вы спорите.
git хуже svn одним -- он тормознее. Но он и должен быть тормознее. Вы ж поймите, ваш локальный винчестер не дотягивает даже до Fast Ethernet, про GigE я уж молчу. А дисковая полка на сервере переплюнет и GigE.
Соответственно, когда вы работаете с большими репозитариями -- на git'е вы повеситесь на витой паре.
Во всех остальных возможностях git и svn совпадают.
| | |
| |
| 2.78, Stream (?), 04:51, 04/01/2013 [^] [^^] [^^^] [ответить] [к модератору]
| –1 +/– |
> Ребят, ну чо вы спорите.
> git хуже svn одним -- он тормознее. Но он и должен быть
> тормознее. Вы ж поймите, ваш локальный винчестер не дотягивает даже до
> Fast Ethernet, про GigE я уж молчу. А дисковая полка на
> сервере переплюнет и GigE.
> Соответственно, когда вы работаете с большими репозитариями -- на git'е вы повеситесь
> на витой паре.
> Во всех остальных возможностях git и svn совпадают.
фрактальные алгоритмы, дедупликация, векторное чтение из потока
| | |
| 2.86, тот ещё (?), 13:27, 04/01/2013 [^] [^^] [^^^] [ответить] [к модератору]
| +/– |
> Ребят, ну чо вы спорите.
> git хуже svn одним -- он тормознее. Но он и должен быть
> тормознее. Вы ж поймите, ваш локальный винчестер не дотягивает даже до
> Fast Ethernet, про GigE я уж молчу. А дисковая полка на
> сервере переплюнет и GigE.
> Соответственно, когда вы работаете с большими репозитариями -- на git'е вы повеситесь
> на витой паре.
Мы с boost'ом работали?
> Во всех остальных возможностях git и svn совпадают. | | |
| 2.91, Michael Shigorin (ok), 03:39, 05/01/2013 [^] [^^] [^^^] [ответить] [к модератору]
| +2 +/– |
> Вы ж поймите, ваш локальный винчестер не дотягивает даже до
> Fast Ethernet, про GigE я уж молчу. А дисковая полка на
> сервере переплюнет и GigE.
Андрей, вообще-то средний локальный винчестер переплёвывал FE (~11Mb/s) ещё в прошлом веке, где-то в районе десяти гигабайт ёмкости. Конкретно DTLA 15Gb/7200RPM у меня на VIA686 отдавал порядка 27 Mb/s в начале диска.
Даже если бы GE был в десять раз быстрее, то это максимум нынешние бюджетные двухблинные терабайтники (Hitachi HDS721010CLA332: ~130 Mb/s на старте).
Дисковые полки (и даже просто стопку локальных SAS в RAID5/6/10) нынче из эзернетов лучше высовывать десяткой.
А ещё есть такая штука как SSD, рекомендую пощупать. В новом ноуте отдаёт несколько более 440Mb/s sustained.
> Соответственно, когда вы работаете с большими репозитариями --
> на git'е вы повеситесь на витой паре.
Позвольте усомниться ввиду вышесказанного (особенно при активном пересечении по местам, над которыми работают).
> Во всех остальных возможностях git и svn совпадают.
Наверное, смешнее всех было бы разработчикам SVK...
| | |
|
| 1.79, бедный буратино (ok), 05:38, 04/01/2013 [ответить] [﹢﹢﹢] [ · · · ] [↓] [↑] [к модератору]
| –2 +/– |
 Вот, характерный пример. Я сейчас случайно изменил файл в git-репозитории, который мне нужен только на чтение. Что в svn, что в hg, я уже заранее знаю, как его вернуть назад, это логично и очевидно, и идёт на третьей странице руководства.
В git же, если не знаешь, если не знаешь всех нюансов, то его использование - это постоянное натыкание вот на такие неочевидности, и пока не разберёшься со всеми, пользоваться git практически невозможно. git - это показатель крутости, а не показатель эффективности :) он позволяет смотреть на других свысока. но большинству людей неинтересны технические тонкости, им нужно простое средство решать простые задачи, и чтобы оно было логично и понятно. Я прочитал штук 20 учебников по git, несколько лет пытался им пользоваться хотя бы по мелочам, но у меня не техническое мышление и я вообще не понимаю логики его работы, у меня нет никакой основы, на которую можно опереться. При этом с hg у меня никаких проблем не возникает, я его освоил сразу и многие вещи там делаются легко и просто.
| | |
| |
| 2.80, Stream (?), 05:49, 04/01/2013 [^] [^^] [^^^] [ответить] [↓] [к модератору]
| –3 +/– |
>[оверквотинг удален]
> пока не разберёшься со всеми, пользоваться git практически невозможно. git -
> это показатель крутости, а не показатель эффективности :) он позволяет смотреть
> на других свысока. но большинству людей неинтересны технические тонкости, им нужно
> простое средство решать простые задачи, и чтобы оно было логично и
> понятно. Я прочитал штук 20 учебников по git, несколько лет пытался
> им пользоваться хотя бы по мелочам, но у меня не техническое
> мышление и я вообще не понимаю логики его работы, у меня
> нет никакой основы, на которую можно опереться. При этом с hg
> у меня никаких проблем не возникает, я его освоил сразу и
> многие вещи там делаются легко и просто.
git похож на большую неуправляемую фуру
| | |
| |
| 3.88, Аноним (-), 22:24, 04/01/2013 [^] [^^] [^^^] [ответить] [к модератору]
| +/– |
>[оверквотинг удален]
>> это показатель крутости, а не показатель эффективности :) он позволяет смотреть
>> на других свысока. но большинству людей неинтересны технические тонкости, им нужно
>> простое средство решать простые задачи, и чтобы оно было логично и
>> понятно. Я прочитал штук 20 учебников по git, несколько лет пытался
>> им пользоваться хотя бы по мелочам, но у меня не техническое
>> мышление и я вообще не понимаю логики его работы, у меня
>> нет никакой основы, на которую можно опереться. При этом с hg
>> у меня никаких проблем не возникает, я его освоил сразу и
>> многие вещи там делаются легко и просто.
> git похож на большую неуправляемую фуру
гыг, сказали люди про framework, во внутренности загляните
| | |
|
| 2.82, Stream (?), 07:48, 04/01/2013 [^] [^^] [^^^] [ответить] [↑] [к модератору]
| –1 +/– |
>[оверквотинг удален]
> пока не разберёшься со всеми, пользоваться git практически невозможно. git -
> это показатель крутости, а не показатель эффективности :) он позволяет смотреть
> на других свысока. но большинству людей неинтересны технические тонкости, им нужно
> простое средство решать простые задачи, и чтобы оно было логично и
> понятно. Я прочитал штук 20 учебников по git, несколько лет пытался
> им пользоваться хотя бы по мелочам, но у меня не техническое
> мышление и я вообще не понимаю логики его работы, у меня
> нет никакой основы, на которую можно опереться. При этом с hg
> у меня никаких проблем не возникает, я его освоил сразу и
> многие вещи там делаются легко и просто.
http://habrahabr.ru/post/150191/
| | |
| 2.83, asdoooq (?), 08:36, 04/01/2013 [^] [^^] [^^^] [ответить] [к модератору]
| +4 +/– |
> Я прочитал штук 20 учебников по git, несколько лет пытался
> им пользоваться хотя бы по мелочам, но у меня не техническое
> мышление и я вообще не понимаю логики его работы, у меня
> нет никакой основы, на которую можно опереться.
Бедный буратино.
| | |
| 2.84, develop7 (ok), 09:57, 04/01/2013 [^] [^^] [^^^] [ответить] [к модератору]
| –1 +/– | |
> Вот, характерный пример. Я сейчас случайно изменил файл в git-репозитории, который мне нужен только на чтение. Что в svn, что в hg, я уже заранее знаю, как его вернуть назад, это логично и очевидно, и идёт на третьей странице руководства.
Зачем руководство? «вернуть» == «revert» => hg/svn/darcs/mtn/bzr/fossil revert. problem solved.
> но большинству людей неинтересны технические тонкости, им нужно простое средство решать простые задачи, и чтобы оно было логично и понятно.
Скорее средство, которое не мешает решать свои задачи.
> у меня не техническое мышление и я вообще не понимаю логики его работы
Думаю, это не имеет значения. У меня техническое мышление и я понимаю логику работы git — и всё равно он вызывает в лучшем случае недоумение, иногда раздражение.
> нет никакой основы, на которую можно опереться
низкоуровневое поделие (до сих пор) потому что. Выход один — заучивать man gitglossary чтобы хотя бы читать man git-* без подглядывания в первый.
| | |
| |
| |
| 4.95, GentooBoy (ok), 09:19, 06/01/2013 [^] [^^] [^^^] [ответить] [к модератору]
| +/– |
ветку вы можете откатывать не только так, что плохого в ключике -b, очень удобно.
Если вы постоянно стреляете себе в ногу, это не значит что ружье плохое, просто на предохранитель нужно ставить.
| | |
| |
| 5.96, develop7 (ok), 13:50, 08/01/2013 [^] [^^] [^^^] [ответить] [к модератору]
| –1 +/– | |
> ветку вы можете откатывать не только так
Что как бы намекает, что дизайн git CLI продумывался не менее 15 минут. А то и целых 20.
> вы постоянно стреляете себе в ногу
Как будто бы работа программиста недостаточно сложна и без закидонов git.
| | |
|
|
|
|
| 1.89, Аноним Аналитег (?), 01:26, 05/01/2013 [ответить] [﹢﹢﹢] [ · · · ] [↑] [к модератору]
| +4 +/– |
Уже пол года как я использую git по работе, но ощущение как от работы с бензопилой. Нужен постоянный контроль своих действий + мета-версионный инстумент tar :)
| | |
| |
| 2.90, Stream (?), 02:00, 05/01/2013 [^] [^^] [^^^] [ответить] [к модератору]
| +/– |
> Уже пол года как я использую git по работе, но ощущение как
> от работы с бензопилой. Нужен постоянный контроль своих действий + мета-версионный
> инстумент tar :)
Именно про это я и хочу сказать, все есть
Но для работы с git нужны склилы и прокачка магии
| | |
|
|
