[WT] [Архив] [Поиск] [Главная] [Управление]
[Совместно с IIchan.ru]

[Назад] [Вся нить] [Последние 50 сообщений]
Ответ в нить

Имя
Адрес  [sage] [noko]
Animapcha image [?]
Тема   (reply to 2317)
Сообщение
Файл 
Пароль  (для удаления файлов и сообщений)
  • Прежде чем постить, ознакомьтесь с правилами.
  • Поддерживаемые типы файлов: 7Z, BZ, GIF, JPG, MO, MP3, OGG, PDF, PNG, PSD, RAR, SVG, SWF, TXT, XCF, ZIP
  • Максимально допустимый размер файлов: 10000 кБ.
  • Изображения, размер которых превышает 200 на 200 пикселей, будут уменьшены.
  • Ныне 1546 unique user posts. Посмотреть каталог
  • Радио:

Файл: 12801624752.png-(210.07KB, 1280x1024, 127996913953.png)
2317 No. 2317 watch
А вот какой системой контроля версий пользуешься ты, Стив? Желательно бы с веб-мордой.
Развернуть все изображения
>> No. 2318
Subversion наше все. Олсо, если новичок - выбирай Mercurial.
>> No. 2319
Mercurial же!
>> No. 2320
неосиляторы
trollface.jpg
>> No. 2322
Git же.
>> No. 2323
Bazaar
>> No. 2324
Mercurial же!
>> No. 2325
Файл: 128043113395.jpg-(34.79KB, 655x537, 77260dcb106a0292b71ad42702737055.jpg)
2325
Та, что в tfs.
>> No. 2341
Используй Subversion, поставь Tortoise SVN, читай официальную документацию на русском языке.
>> No. 2342
SVN
>> No. 2344
Хоть гит, хоть ртуть, если ты хаскелист, то ты неизбежно столкнёшься с Darcs.
>> No. 2345
Уже полгода как на fossil не нарадуюсь.
>> No. 2353
Те, кто советуют svn - упоротые некрофилы. В общем случае для новичка - mercurial, чуть больше опыта или желания учить кучу команд - git. Svn ничем не лучше, а умеет меньше и требует настройки сервера.
Единственная ситуация, когда dvcs сливают - очень большие проекты с кучей бинарников в условиях медленного соединения. Тогда размер клонируемого репозитория получается сильно большим.
>> No. 2356
>>2353
>требует настройки сервера
Зачем нужен свой сервер?
Зачем использовать гит-подобные, если ты - единственный разработчик?
>> No. 2357
>>2356
Локальные коммиты, простота работы с ветками.
>> No. 2360
>>2357
Зачем тебе сорок веток, если ты один? Как ты можешь сорок одновременно?
>> No. 2363
>>2360 хорошо, допустим, ветки локальные комиты не нужны(хотя на самом деле очень удобная штука). Назови причины, почему в этом случае svn лучше mercurial или git.
>> No. 2364
>>2363
Проще.
>> No. 2365
>>2364 не правда.
Я освоил базовую работу с меркуриалом за 15 минут.
Туториалы на него очень хорошие, и во многом им пользоваться проще, чем svn. Можно, конечно, сказать,что он сложнее в повседневном использовании за счет наличия двух дополнительных команд push/pull, которые описываются двумя строками каждая, но это явное притягивание за уши. В остальном он или такой же или проще свн.
>> No. 2366
>>2365
Пришел я как-то на меркуриал к мозилле и ушел ни с чем. Я даже не понял что чекать. какие-то непересекающиеся теги, которые связывают файлы, бесконечные ветви. Хотя, мне было просто лень потратить время чтобы разобраться как это все работает, да.
>> No. 2367
>>2366 Пользуюсь меркуриалом уже два месяца, но понятия не имею, о чем ты. я тоже не знаю, что такое непересекающиеся теги и что там надо чекать.
но у мозиллы на странице загрузки на первом экране в рамочке есть строка, которую надо скопипастить в консоль: hg clone http://hg.mozilla.org/mozilla-central/ src . Все. Теперь у тебя есть свой репозиторий с кодом мозиллы, в который можно комитить(!) и сливать изменения из главного репозитория одной командой из шести букв.
>> No. 2412
Бамп. Расскажи мне еще что-нибудь, Стив?
>> No. 2422
>>2412 ты месяц не можешь выбрать систему котроля версий? такими темпами ты будешь лет 200 писать свою прогу
>> No. 2428
А зачем нужен VCS, если "работаешь" над программой один?
>> No. 2429
>>2428
Чтобы отслеживать внесённые баги, чтобы прикручивать новые фичи, не ломая билд, чтобы при релизе мучительно не вспоминать, что писать в changelog, чтобы не таскать с собой флешку с проектами, чтобы не кидаться исходниками в аськуJabber, когда нужен совет, чтобы, наконец, VCS уже была, когда появится необходимость работать в команде.

Чтобы всегда под рукой был багтрекер для всяческих todo и недовики для документации.

fossil-кун
>> No. 2437
Файл: 128267587553.jpg-(31.03KB, 252x252, 1278894707634.jpg)
2437
Просто посмотрите гугл-тек-толкс с торвальдсом и все сразу встанет на свои места, это что касается "зачем" и "почему". По поводу "как" рикамендую начать с конца - посмотреть как гит зделан внутри (какие там структуры данных) а потом переходить к более высокоуровневым командам. Сложнота гита сильно преувеличена.
>> No. 2438
Git or tarballs. Остальное - в печь. Линус гарантирует это.
>> No. 2446
>>2438 гит не нужен
>> No. 2462
>>2446
Скажи это гиториусу, гитхабу и лично Линусу.
>> No. 2464
>>2462 личнолинусу моя критика не нужна так же, как и мне гит
>> No. 2469
>>2464
Открою секрет: "ненужно" это вообще не критика. И твое ненужно не нужно никому вообще, в том числе и тут.
>> No. 2471
>>2469 я познал рекурсию из этого поста
>> No. 2497
>>2429
Спасибо анон.
раскладывал-версии-по-папкам-кун
>> No. 2521
Subversion.
Пишу хренотень на паршивеньком objective-c для яблофона и яблопада.
>> No. 2523
Файл: 128345367360.jpg-(50.41KB, 432x280, linus-torvalds-2005jpg-8e69bd69c5ae9c2c_large.jpg)
2523
>>2521
>Subversion.
You're ugly and stupid.
>> No. 2525
>>2523
Да какая разница? Работает? Не CVS и ладно.
>> No. 2526
Файл: 128350977010.jpg-(103.04KB, 522x378, 1linus_good.jpg)
2526
>>2525
Тарболлы тоже работают.
>> No. 2527
>>2526
Тарболлы отлично работают, но мы о VCS, не?
>> No. 2540
>>2527
Тарболы + постоянные телодвижения = система контроля версий. Не?
>> No. 2541
>>2437
Вот это да, дружище. Инструмент, который предполагает для использования изучения его внутреннего устройства, это пиздец. Даже если он настолько крут, что оправдывает такие затраты, то нужно это очень немногим. Когда я выбирал, на что переходить в нашей небольшой компании, я немного изучил все основные VCS. Я потратил на это примерно два дня, но за это время так и не понял, чем конкретно лучше гит для обычного разработчика, чем тот же меркуриал(кроме скорости, которая не важна на репозиториях меньше 1 Гб). А ты можешь открыть мне глаза?
>> No. 2542
Файл: 12836130362.png-(348.98KB, 850x830, в-смысле.png)
2542
>>2541
>который предполагает для использования изучения его внутреннего устройства
Кто тебе сказал такую чушь?
Я парикамендовал начать снизу, потому что гит на самом деле очень простой и прозрачный и профит в том что если ты не полный гсм и мозг не проеден cvsом, то за короткое время можно изучить его очень хорошо, так что почти не останется белых пятен. Меня не интересует git-протокол, например, или интеграция с свн, но как устроен внутри сам репозиторий, как хранятся данные, как хранится история, что есть на самом деле бранчи/ремоутбранчи, как происходит мердж, что такое фастфорвард, что такое ребейз и зачем он нужен, почему иногда ребейз делать нежелательно, как решается проблема с rm/mv и почему - все это становится тривиальным и очевидным.

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

>чем конкретно лучше гит для обычного разработчика, чем тот же меркуриал
Почему он должен быть лучше? Я просто начал с гита и нашел его простым и понятным. Ртуть умеет что-то такое принципиальное, чего не умеет гит? Очень сомневаюсь. А раз так, зачем мне с ней заморачиваться?
>> No. 2544
>>2542 вполне возможно, что понять механизмы гита не сложно(если было бы сложно, то он, скорей всего, был бы говном ибо нарушал бы правило KISS).
И я не говорил, что он хуже ртути. Просто как бы тебе это объяснить.Вот ты говоришь
>как устроен внутри сам репозиторий, как хранятся данные, как хранится история, что есть на самом деле бранчи/ремоутбранчи, как происходит мердж, что такое фастфорвард, что такое ребейз и зачем он нужен, почему иногда ребейз делать нежелательно, как решается проблема с rm/mv и почему - все это становится тривиальным и очевидным
Пользователя не должно ебать, как устроен репозиторий, что такое бранчи и пр. Он должен знать, что репозиторий это то место, где хранится код. Что если он хочет, он может создать ветку и изменения, сделанные в ней, не затронут основную линию разработки. КАК это сделано, пользователю не только похуй, но и должно быть похуй. Инструмент должен предоставлять абстракции такого уровня, чтобы пользоваться ими можно было без подводных камней без знаний деталей реализации.
PS. Я не говорю, что гит плохой, я им слишком мало пользовался. Когда пришлось выбирать между гитом и меркуриалом, я просто зашел на оф сайт каждого и немного почитал документацию. У hg было намного короче, понятней и приятней. Плюс под виндой он работает без костылей и нормально. Ну и я думал о других людях, которым придется осваивать новый инструмент после CVS, хотя меня и впечатлила скорость гита на репозитории ядра.
>> No. 2545
>>2544
>И я не говорил, что он хуже ртути.
А кто сказал, что ты говорил, что он хуже ртути? Научись читать, няша.
>Пользователя не должно ебать, как устроен репозиторий, что такое бранчи и пр.
Да неужели? Тогда не прибегай потом с криками "я переписал историю и теперь не могу сделать пуш, ваш гит - говно". Все эти байки про абстракцию и отсутствие необходимости понимать внутренее устройство оставь для домохозяек с вордом. У тебя все равно складывается некое представление о принципах работы программы, несмотря на абстракции, так? Зачастую это представление просто неверное, потому что основано оно только на твоих догадках, и в первой же нетривиальной ситуации ты наступишь на грабли, я это гарантирую.
>> No. 2547
>>2545
>я переписал историю и теперь не могу сделать пуш
Отличный пример, кстати. Hg не позволяет переписать историю, а значит такая ситуация невозможна, значит меньше головной боли. И мне кажется, что это плюс дизайна системы, ибо дуракоустойчивость повышается.
Алсо, я не сторонник повсеместного WYSIWYG, мышковозительства и пр. Истина где-то посередине между ними и красноглазием, и сейчас сильный перекос, увы, в сторону мышевозительства.
>> No. 2548
>>2547
Еще как может, ищи в плагинах.
>ибо дуракоустойчивость повышается
Так и запишем, ртуть для идиотов. Все эти защиты от дурака никогда и нигде не работали, потому что дурак всегда найдет обо что себе хуец сломать, а для остальных только палки в колеса.

Насчет ртутного дизайна у меня, кстати, большие сомнения. Один кавардак с бранчами чего стоит.
>> No. 2549
>>2548
я знаю, что можно там поменять историю, но это считается хаком и в дефолтной конфигурации не получится. Т.е. делаешь это осознанно, отдавая себе отчет в последствиях.
На счет дизайна это я не точно выразился, я понятия на имею, что там у обоих под капотом. Правильнее сказать "дизайн интерфейса". Опять же, можно обвесить ртуть плагинами так, что и его интерфейс превратится в тонны ненужного и запутанного говна. Но чтобы это сделать, нужно приложить определенные усилия, причем сделать это сознательно. В поставке же все логично и просто.
А защита от дурака это просто образное выражение, никто не застрахован от ошибок. Это просто хороший тон: любое потенциально опасное действие не должно выполняться без дополнительных действий со стороны пользователя. Все многоступенчатые подтверждения запуска ракет тоже создадут определенную помеху и промедление в случае войны, но никому не приходит в голову сделать возможным старт по нажатию одной кнопки.
>> No. 2552
>>2549
>Т.е. делаешь это осознанно, отдавая себе отчет в последствиях.
>любое потенциально опасное действие не должно выполняться без дополнительных действий со стороны пользователя.
Ну ты уже сочинять начал. Что, гит-ребейз, по-твоему, можно выполнить вот так вот внезапно для себя самого? Даже выпилить бранч не так просто, если после выпила бранча в репозитории остаются висячие объекты (риск выпилить что-нибудь нужное); таке бранчи выпиливаются только со специальным ключом.
>Правильнее сказать "дизайн интерфейса".
У них сейчас почти идентичный интерфейс, вот основные команды гита: init, clone, status, add, commit, log, diff, branch, checkout, merge, fetch, push.
>> No. 2553
>>2552
>Даже выпилить
Даже если ты вдруг выпилил бранч с годными данными или искачежил все ребейзом, данные не убиваются сразу и их можно восстановить в первозданном виде через рефлог.
>> No. 2554
Файл: 128363913086.jpg-(23.69KB, 434x444, dw.jpg)
2554
>>2553
>искарежил
>> No. 2555
>>2553
Олсо, я только что осознал, что не могу по памяти указать последовательность команд, которая бы выпилила объекты из репозитория подчистую.
>> No. 2556
anon@desc ~ $ git help add | wc -l
243
anon@desc ~ $ hg help add | wc -l
24


Ну это так, в беспорядке дискуссии.
>> No. 2557
>>2556
$ svn help add | wc -l
30
Тогда уж и так.
>> No. 2558
Файл: 128369168281.jpg-(56.20KB, 498x500, 1275173319001.jpg)
2558
> wc -l
И чего вы этим намеряли?
>> No. 2559
>>2558
WC(1) User Commands WC(1)

NAME
wc - print newline, word, and byte counts for each file

DESCRIPTION
Print newline, word, and byte counts for each FILE, and a total line if
more than one FILE is specified. With no FILE, or when FILE is -, read
standard input. A word is a non-zero-length sequence of characters
delimited by white space.

-l, --lines
print the newline counts
>> No. 2560
>>2559
Петросян, залогинься.

Какие выводы вы сделали из того, что намеряли?
>> No. 2561
>>2560
Количество переводов сторки в помощи по git add превосходит количество переводов строки в помощи по hg add в 10 раз.
>> No. 2566
Файл: 128370763789.jpg-(47.48KB, 500x500, 1279724391125.jpg)
2566
>>2561
А зачем было мерять? И так понятно же, что в гит документация лучше и подробнее.
>> No. 2568
>>2566
Вот она, грань между "все ясно из абзаца справки" и "нифига не понятно без прочтения десятка страниц". Линуксячьи сложности, бессмысленные и беспощадные.
>> No. 2569
Файл: 128376296220.png-(19.87KB, 284x284, 1283012080.png)
2569
Рахат-лукум неасиляторов в этом итт треде.
>> No. 2576
я тоже неосилятор. есть ли способ слить исходники с кодогугли без svn? есть только браузерхромогугля, все остальное запрещено. in b4 руками через source/browse
>> No. 2577
>>2576
Тарбол? А вообще, в гугле даже написано, что писать как команду svn. Что здесь можно неосилить?
>> No. 2579
>>2577
Так где взять этот тарбол? Чтобы был хоть какойто пример -- та же миранда. В даунлоадс нету. Свн клиент не установлен, есть только браузер. Может, скопировать репозиторий куда-то можно, где дадут тарболом скачать?
>> No. 2583
>>2579
Тарбол должен предоставляться разработчиком в разделе downloads. А зачем тебе исходники, если ты не можешь чекнуть svn? Оно как бы для разработчиков, а каждый уважающий себя разработчик интересующийся чужим кодом имеет клиенты нескольких систем контроля версий, на что и расчитывает гугль. Enjoy your сохранение через браузер.
>> No. 2584
Файл: 128406603669.png-(661.72KB, 1024x1024, cf567b28e92dd414facc94a0dab0e9f10ca0b9f5.png)
2584
Что свнщики опять соснооле? А вот с гитхаба, например, можно слить снапшот любого коммита одним архивом через такой-то веб-интерфейс.
>> No. 2592
>>2584
github != git
Там вроде поддержка svn тоже есть.
>> No. 2593
Файл: 128412956298.jpg-(35.12KB, 752x421, 1235599741318.jpg)
2593
>>2592
>github != git
И? Это самый большой бесплатный хостинг. repo.or.cz и gitorious.org тоже так умеют.
>Там вроде поддержка svn тоже есть.
Конечно же нет, потому что свн говно и ненужен.
>> No. 2594
>>2593
http://github.com/blog/644-subversion-write-support
Ты заставил меня залезть в гугль и нажать на первой ссылке. Плохой, негодный Стив.
>> No. 2596
>>2594
Нет ты. Нажми на свою ссылку еще раз и прочитай внимательно что там написано.
[Назад] [Вся нить] [Последние 50 сообщений]


Удалить сообщение []
Пароль  
[Mod]