В одном проекте, к которому я присоединился, GIT является стандартом при разработке. Я потратил часов 5 на изучение всяких инструкций и понимания концепции и отличия от стандартного Version Control… Но все оказалось куда проще 🙂
Для 99% задач подойдет такой подход:
1. Забрать последние копии файлов из репозитория:
git pull
2. Залить все измененные файлы (заметьте chekout вообще не нужен 🙂
git commit -a -m «Сообщение о том что изменили :)»
git push
Все!
Ну а тем кто все-таки хочет понимать больше, вот отличный туториал: http://gitimmersion.com/
так в чём преимущество?
svn up
// do smth
svn ci
//profit?
НравитсяНравится
А кто сказал про преимущества? Стандарты командной работы не выбирают 🙂
НравитсяНравится
DVCS vs VCS
при работе с большими распределёнными проектами.
к примеру — git работает локально — log от сервера — как на svn — не зависит, а главное — ты видишь мержи бранчей)
НравитсяНравится
Везет тебе, у меня вот перфорс! Там такое не прокатит
НравитсяНравится
перфорс используется в гугле и имеет самый большой перфорсовый репо в мире
НравитсяНравится
в гугле используется всё, но врядли перфорс наиболее в
тот же репо андроида — (9GB в настоящий момент) точно в гите.
НравитсяНравится
Re: в гугле используется всё, но врядли перфорс наиболее
сынки. 🙂
http://www.slideshare.net/perforce/still-all-on-one-server-perforce-at-scale
НравитсяНравится
сурово 😉
хороший коммент про использование новых версий и чтение release notes 🙂
ну и главное — они очень много думают над тем, как правильно хранить данные 🙂
НравитсяНравится
потерялось в шапре ранее
должно быть «но врядли перфорс наиболее востребован»
НравитсяНравится
Re: потерялось в шапре ранее
гит это гит, и я абсолютно ровно отношусь к тому что благодаря GitHub’у он моднее.
И я рад что гугл в отличие от майкрософта не жмотится рассказать какую систему версионирования они используют. Можно себя похвалить за верный выбор.
Хотя шесть-семь лет назад когда «слезали» с VSS и выбирали систему веррсионирования лидеры были Subversion & Perforce. И выбирать особо было не из чего.
НравитсяНравится
не, гитхаб не причём (в моём случае — с linux kernel приходить
и VSS тоже (хоть и самая мутная система, из всех что видел)
и всегда думал, что все начинали на CVS, и слезали именно с него 🙂
перфорс альтернативой VSS был, как и борландовая RCS (они-то платные)
svn — как альтернатива cvs. а git/hg/bazaar — как улучшениеsvn (и альтернатива проприетарному bitkeeper).
некоторое время назад был у меня жуткий проект по улучшению работы с жутким svn (30GB/50000 ревизий/ неправильная конфигурация/неправильное использование/ошибки админов при восстановлении из сбоев) — из дальнешего использования svn перехода на git/hg/bazaar — лучший для низквалифицированных пользователей (большинство программеров в этой стране — эта категория — используют Tortoise 🙂 ) — оказался лучшим hg(UI/перенос). для высококвалифицированных(т.е. знающих про cmd-line/ending) — git(быстрее позволяет работать). хотя сейчас GUI сравнялись практически.
ну и да — негативный очень опыт работы с перфорсом тоже был (US сервер, 2GB/несколько миллионов строк кода + doc + bin.data) 😉
НравитсяНравится
шапку таки срезает.
сорь ещё раз
«гитхаб не причём (в моём случае — с linux kernel приходить иметь дело) — так что гит увидел сразу после появления ;)»
и да — он был приятным для использования только создателем :)))) (как раз 6-7 лет назад:) )
НравитсяНравится
Я так понимаю, что там приколы начнутся при ведении ответвлений. Я тут пилю highlight.js, автор которого держит все в git’е, и я себе думаю — хостить изменения у себя и послать автора или держать ветку у него.
НравитсяНравится
Я после нескольких роликов, где Торвальдс распинается наколько git круто, а все, кто этого не понимает и использует svn, cvs и пр. — конченные дибилы, совсем перестал его уважать.
Конечно сама тулзень не виновата, что у её автора звёздная болезнь, «но неприятный осадок остался» ))
НравитсяНравится
с почином!
чем больше проект — тем больше разница между git(или Меркураилом/базаром) и svn/cvs в пользу первых по удобству и скорости работы:)
НравитсяНравится