Comments 61
Однажды довелось пользоваться Accurev, но проект кончился и начался проект где используется Git.
Только CVS, только хардкор!
Проголосовало 430 человек. Воздержалось 59 человек.Интересно, хоть 2009 (Проголосовало 2176 человек. Воздержалось 443 человека.) переплюнем? Если нет, то будет весьма и весьма грустно.
rcs
В своё время понравился Subversion, но я тогда первый раз пользовался подобным. Сейчас везде Git.
Git от TFS
Лидер немного предсказуем.
UFO just landed and posted this here
Раньше был svn, теперь везде git
Связка: SVN для репозитория и git локально.
git-svn? А как мёржи делаете? externals? А то svn ветки так и мёржу самим svn.
И кстати да, как отмечать подобное? svn или git?
И кстати да, как отмечать подобное? svn или git?
Есть возможность провернуть фарш в обратную сторону (репозиторий git, а локально — svn): github.com/bozaro/git-as-svn
Мы используем эту связку, чтобы использовать все плюшки git-а и дать части пользователей (не программистам) работать через svn-протокол.
Мы используем эту связку, чтобы использовать все плюшки git-а и дать части пользователей (не программистам) работать через svn-протокол.
C SVNом работаю самим SVNом. Просто в локали можно быстро сделать новую ветку, прерваться, сделать другую задачу, затолкнуть ее в SVN и потом откатить в gitе локально. Все через diff2. У нас git не приживается — просто не нужна распределенка, а SVN приятнее на ощупь.
Я вот хотел поставить Git, но самые передовые компании в Этой Стране используют SVN. :(
Git, но я до сих пор готов заплатить денег если сделают что-то более простое и понятное.
Больше всего TFS. Но мне кажется, что вполе вероятен переход на Git от TFS.
Как-то начал в своё время использовать Mercurial. Особо в нём не разбирался, просто была нужда иметь историю изменений и синхронизировать исходный код на несколькоих компьютерах. Недавно пытался использовать Git. Сразу же столкнулся с какой-то проблемолй синхронизации между компьютерами. Какое-то время поковырял. Потом решил, что овчинка выделки не стоит, тем более репозиторий пока не имел особо информации. Убрал Git и вернулся на Mercurial. Лучше кодом заниматься, чем разбираться в системах контроля версий. Да и экспертом в DVCS не очень то нужно мне становиться.
Когда то давно сидели с коллегой и решили — пора уже нам попробовать что-то из систем контроля версий. (а нас было трое на проекте все новички по сути, и никто до этого не использовал контроля версий). Коллега был поклонником Ubuntu и предложил bazaar, ну а я каким-то интуитивным чувством был за git. В итоге я все же уговорил его перейти на git. C тех пор только git, хотя и были моменты когда приходилось работать с проектами на mercurial (более менее но много с чем так и не разобрался, а потом все равно все перевели на git), и на svn (буэ...., но git-svn меня спас)
Ещё есть вариант Git внутри SVN. Очень приятно с легаси проектами получается.
А есть и SVN внутри Git: habrahabr.ru/company/mailru/blog/241095
UFO just landed and posted this here
Интересная статистика. SVN с 2009 теряет позиции, а GIT — наоборот уверенно набирает. Жаль, правда, что 2013, 2014 года пропущены.
Используем TFS, сейчас добился, что все приняли решение переехать на TFS + Git.
Для своих мелких задач использую bazaar как самый простой и логичный (для меня) в использовании. Знаю, что признаваться что тебе нравится bazaar это моветон и написан он ужасно и не развивается почти и его писал Путин лично, но… для совсем простых задач он намного проще в использовании чем Git. Гораздо меньше вариантов выстрелить себе в ногу. Для меня шоком было, когда узнал, что не всегда можно откатиться в Git на то, что уже положено в репозиторий.
Так что для простых задач, Hg или Bazaar, для серьёзной работы переезжаем на Git.
Для своих мелких задач использую bazaar как самый простой и логичный (для меня) в использовании. Знаю, что признаваться что тебе нравится bazaar это моветон и написан он ужасно и не развивается почти и его писал Путин лично, но… для совсем простых задач он намного проще в использовании чем Git. Гораздо меньше вариантов выстрелить себе в ногу. Для меня шоком было, когда узнал, что не всегда можно откатиться в Git на то, что уже положено в репозиторий.
Так что для простых задач, Hg или Bazaar, для серьёзной работы переезжаем на Git.
не всегда можно откатиться в Git на то, что уже положено в репозиторий.а вот с этого места подробнее, пожалуйста
The fundamental promise of any version control system is this: “Once you put your precious source code in here, it’s safe. You can make any changes you like, and you can always get it back”. Git breaks this promise. Several ways a committer can irrevocably destroy the contents of a repository:
1.git add. / … / git push -f origin master
2.git push origin +master
3.git rebase -i / git push
stevebennett.me/2012/02/24/10-things-i-hate-about-git/
Частично обходится, конечно, можно некоторые вещи закрыть через конфигурацию и т.п. Я ещё не настолько гуру-гит чтобы давать советы, просто как раз сейчас читаю массу информации о гите — уже промелькнуло мимо несколько «как я выстрелил себе в ногу»
Вчера вот, например, попалось: www.linux.org.ru/forum/general/10897902
1.git add. / … / git push -f origin master
2.git push origin +master
3.git rebase -i / git push
stevebennett.me/2012/02/24/10-things-i-hate-about-git/
Частично обходится, конечно, можно некоторые вещи закрыть через конфигурацию и т.п. Я ещё не настолько гуру-гит чтобы давать советы, просто как раз сейчас читаю массу информации о гите — уже промелькнуло мимо несколько «как я выстрелил себе в ногу»
Вчера вот, например, попалось: www.linux.org.ru/forum/general/10897902
Для меня шоком было, когда узнал, что не всегда можно откатиться в Git на то, что уже положено в репозиторий
Several ways a committer can irrevocably destroy the contents of a repository:
Ага, можно даже грохнуть все ветки, надо же какой git небезопасный :)
Однако, дышите ровнее, git хранит локально все что удалено вышеуказанными способами. Вот пример куда копать:
dchekmarev.ru/blog/article/1313679957
Спасибо за уточнение. Я ещё раз говорю, что пока не гит гуру. Просто много читаю на эту тему. Ссылок на «все пропало потому что» действительно попадается много. Понятно, что чтобы выстрелить в ногу надо «не дочитать, не додумать» и т.п. просто в некоторых системах такое невозможно в принципе. Т.е. если я положил что-то в базар или хг — я всегда, в любой ситуации могу восстановиться до этого состояния. С гитом есть варианты использования, где, конечно, «сам дурак», но данные могут быть потеряны. По крайней мере об этом много ссылок в интернете. Возможно такие гуру как вы и вытащите все что угодно со 100% гарантией.
Пара вопросов:
— То что вы написали как-то связано с комментарием по моей ссылке «По идее, если сборщик мусора еще не отработал»? Я ещё не углублялся в собрщика мусора, буду благодарен за то, что вы поделитесь опытом.
— Точно ли ситуация в описанном вами примере поможет в описанном случае? Некоторые моменты для меня пока не совсем ясны. Я боюсь спорить. Сейчас активно экспериментирую, читаю книги.
— Правда ли что положенные в гит файлы 100% *всегда* могут быть восстановлены?
Если что — я двумя руками за гит. Я его изучаю и мы на него переедем (это факт ибо идеологически он нам подходит), когда я буду готов к ответу на любые вопросы и к обучению джуниоров. Сейчас этап сбора информации и изучения.
Пара вопросов:
— То что вы написали как-то связано с комментарием по моей ссылке «По идее, если сборщик мусора еще не отработал»? Я ещё не углублялся в собрщика мусора, буду благодарен за то, что вы поделитесь опытом.
— Точно ли ситуация в описанном вами примере поможет в описанном случае? Некоторые моменты для меня пока не совсем ясны. Я боюсь спорить. Сейчас активно экспериментирую, читаю книги.
— Правда ли что положенные в гит файлы 100% *всегда* могут быть восстановлены?
Если что — я двумя руками за гит. Я его изучаю и мы на него переедем (это факт ибо идеологически он нам подходит), когда я буду готов к ответу на любые вопросы и к обучению джуниоров. Сейчас этап сбора информации и изучения.
Не denver, но тоже могу ответить
Да, в общем, связано. Чувак, делал
но автоматом сборщик запускается далеко не сразу
Не точно. Если бы он не делал
Однако же, него был исходный репозиторий в Hg, он имел репозиторий на двух машинах, так что почти невероятно…
но дай дураку… стеклянный…
(прежде, чем делать git push --force, надо понимать, что делаешь, а не выполнять бездумно «первый совет из гугла»)
неправда, что ВСЕГДА 100%
то есть, почти такая же правда, как и восстановление удалённого на NTFS-разделе файла: при соблюдении некоторых условий
— То что вы написали как-то связано с комментарием по моей ссылке «По идее, если сборщик мусора еще не отработал»? Я ещё не углублялся в собрщика мусора, буду благодарен за то, что вы поделитесь опытом.
Да, в общем, связано. Чувак, делал
git fetch
(хоть и на bare репозитории), значит он уже получил весь репозиторий, просто перезатёр ветку (применив
git push --force
)но автоматом сборщик запускается далеко не сразу
— Точно ли ситуация в описанном вами примере поможет в описанном случае? Некоторые моменты для меня пока не совсем ясны. Я боюсь спорить. Сейчас активно экспериментирую, читаю книги.
Не точно. Если бы он не делал
git fetch
, и не получал какие-либо уведомления c ID коммита, то есть вероятность, что тю-тю…Однако же, него был исходный репозиторий в Hg, он имел репозиторий на двух машинах, так что почти невероятно…
но дай дураку… стеклянный…
(прежде, чем делать git push --force, надо понимать, что делаешь, а не выполнять бездумно «первый совет из гугла»)
— Правда ли что положенные в гит файлы 100% *всегда* могут быть восстановлены?
неправда, что ВСЕГДА 100%
то есть, почти такая же правда, как и восстановление удалённого на NTFS-разделе файла: при соблюдении некоторых условий
Мы у себя запрещаем переписывание истории в репозитории на сервере. Права чтобы сделать `git push -f` есть только у избранных.
Правда ли что положенные в гит файлы 100% *всегда* могут быть восстановлены?
Скажем, в 99.99% ;)
«Мусор» в git удаляется вручную запуском git gc, либо «автоматом вместе с некоторыми командами» (думаю очень специфичными), скорее всего *локально* он хранится очень долго и в git reflog можно найти все что было удалено/ребэйзнуто/аменднуто и т.п. Правда мне никогда не приходилось смотреть в reflog, если и делал push -f пару раз ошибочно то всегда находился коллега/сервер с актуальной версией. В остальном просто стараюсь делать копии веток которые собираюсь «портить».
git reflog --help
— локальнона сервере тоже хранятся, даже если себе не fetch'или — если настроены уведомления, в которых рассылаются ID — это если по-быстрому…
медленее —
git fsck
RTFM, в общем ;)
парсер съел скобки, простите:
1.git add. / … / git push -f origin master
2.git push origin +master
3.git rebase -i <some commit that has already been pushed and worked from> / git push
1.git add. / … / git push -f origin master
2.git push origin +master
3.git rebase -i <some commit that has already been pushed and worked from> / git push
По состоянию на 4766 проголосовавших:
Ещё есть 2014 год: https://habrahabr.ru/post/233935/
И кстати опрос содержащий два опроса по рабочим + своим проектам имхо более информативен.
И кстати опрос содержащий два опроса по рабочим + своим проектам имхо более информативен.
На работе основные репозитории — SVN. Git + repo для некоторых частей.
На прошлой работе пользовали Git + Perforce.
На прошлой работе пользовали Git + Perforce.
В свое время отказывались от SourceSafe, выбирали между git и mercurial (изначально в списке был и bazaar, но почти сразу его вычеркнули, уже не помню почему).
Остановились на mercurial по нескольким соображениям:
О выборе не жалели.
Остановились на mercurial по нескольким соображениям:
- Неизменность истории.
- Простота.
- Высокий уровень защиты от дурака.
- Удобнейший GUI (TortoiseHG).
О выборе не жалели.
О выборе не жалели.вы говорите в прошедшем времени… а сейчас что, в итоге пожалели?)
вероятно, SabMakc имел в виду «ни разу с тех пор не жалели» ;)
Sign up to leave a comment.
Какую систему управления версиями вы используете (в реальной работе, больше всего)?