LINUX.ORG.RU

Используемые системы контроля версий

 ,


1

2

В связи с недавней новостью (Bitbucket прекращает поддержку mercurial) стало интересно, какими системами контроля версий пользуются пользователи LOR. Скорее всего первое место по популярности займёт git, но это не снижает ценности других систем в зависимости от потребностей в рамках работы над каким-либо проектом.

Постарался внести в список наиболее часто упоминаемые, как мне кажется, VCS. Доступен мультивыбор.

p.s.
Вариант «храню архивы, не пользуюсь VCS» включает в себя и просто создание копий директорий и/или файлов без архивирования.

  1. Git 739 (87%)

    ********************************************************************************************************************************************************************************************************************************************************************************************************************************

  2. Subversion (SVN) 115 (14%)

    *************************************************

  3. Mercurial (Hg) 80 (9%)

    **********************************

  4. храню архивы, не пользуюсь VCS 62 (7%)

    **************************

  5. не храню промежуточные состояния проекта 40 (5%)

    *****************

  6. CVS 24 (3%)

    **********

  7. Perforce 17 (2%)

    *******

  8. Fossil 16 (2%)

    ******

  9. другая VCS (в комментариях) 16 (2%)

    ******

  10. Azure DevOps (Team Foundation) Server 10 (1%)

    ****

  11. Darcs 9 (1%)

    ***

  12. Bazaar 8 (1%)

    ***

  13. Dat 1 (0%)

  14. Monotone 1 (0%)

Всего голосов: 1138, всего проголосовавших: 850

★★★★★

Проверено: cetjs2 ()
Последнее исправление: cetjs2 (всего исправлений: 3)

Мне кажется, что тут почти абсолютное большинство пользуется гитом, поэтому вопрос не очень нужен

egorcod
()

По степени активности использования:

  • Git;
  • Subversion (никогда не видел сервер);
  • Mercurial (никогда не видел сервер).
mord0d ★★★★★
()
Ответ на: комментарий от theNamelessOne

Он настолько малоизвестен, что о нём даже статью в Википедии никто не захотел написать.

grem ★★★★★
() автор топика
Ответ на: комментарий от mord0d

У меня по степени активности

  • git (для пулл реквестов на github);
  • mercurial (из-за tortoisehg workbench, для своей локальной мелочи);
  • создание промежуточных копий.
grem ★★★★★
() автор топика
Ответ на: комментарий от grem

mercurial (из-за tortoisehg workbench, для своей локальной мелочи);

Для локальной мелочи слишком толстая связка, не?

git add . && git commit -m "$(date)" — это всё, что я использую для локальной мелочи.

mord0d ★★★★★
()
Ответ на: комментарий от mord0d

tortoisehg workbench кроссплатформенный, достаточно мелки и позволяет лениво тыкать мышкой при просмотре истории. Плюс можно читать сообщения коммитов на русском в windows, в то время как в той же windows 7 в cmd это сделать не получится, так как при переключении cmd на использование utf8 (chcp 65001) перестаёт работать more - вываливает сообщение not enough memory. А его при выводе использует hg, как для log, так и help.

А так то сейчас для dolphin есть расширения и для git, и для mercurial

grem ★★★★★
() автор топика
Ответ на: комментарий от grem

tortoisehg workbench кроссплатформенный

Я имел в виду вместе с бэкендом.

можно читать сообщения коммитов на русском в windows

Аргумент.

mord0d ★★★★★
()
Ответ на: комментарий от mord0d

git add . && git commit -m «$(date)» — это всё, что я использую для локальной мелочи.

дату зачем в камент суешь? она ведь уже имеется в комите.

Deleted
()
Ответ на: комментарий от Deleted

дату зачем в камент суешь? она ведь уже имеется в комите.

Это взято для примера из хука в nvim для некоторых мелочей (TODO, например), так что я над commit message просто не заморачивался, а писать каждый раз статичный комментарий считаю ещё более бессмысленным.

mord0d ★★★★★
()
Ответ на: pijul от Camel

Так им никто и не пользуется. Уже выше обсуждалось.

grem ★★★★★
() автор топика

Вынужденно (на работе) Mercurial. Для личных нужд - git.

На работе, не думаю, что долго Mercurial'у в моем проекте осталось.

Deleted
()

Мне кажется или Git выдавил вообще всё, что можно? Только проекты с очень богатой историей сидят на svn да и те потихоньку переползают на Git (см. OpenBSD).

На работе остались некоторые проекты на Mercurial, но и те переводим на git по мере возможности.

Singularity ★★★★★
()

Признаюсь, я ещё до свс не дорос. Но я выбираю Git за его распространенность.

Deleted
()

Darcs

Git

Для своих проектов Darcs, для не совсем своих Git. Алсо, есть растоманская версию Darcs под названием Пихуль. Но не знаю, есть ли реальные пользователи.

Crocodoom ★★★★★
()
Ответ на: комментарий от EXL

про которую видимо мало кто слышал.

видел, пользовал, хочу развидеть.

alwayslate ★★
()

погромирование давно уже стало хобби, но иногда приходиться что либо смотреть по работе, и везде в основном git.

для личных поделий юзаю fossil - там комбайн и этим удобен для таких целей.

alwayslate ★★
()

На данный момент работаю один и необходимости в СКВ нет. Ранее использовал svn. GIT пока не щупал.

Deleted
()

Git и azure. Хотя, со вторым уже где-то пол года не работал. Вполне может быть, что больше сталкиваться с ним не буду в принципе.

EmgrtE ★★★★
()
Ответ на: комментарий от Deleted

Юзкейс для одного: у меня в разных локациях, как в пределах одной комнаты, так и на расстоянии городов, а так же переносные девайсы. Так, на любом устройстве, что бы я ни делал, всегда синхронизировано состояние проекта. И это реально удобно.

deep-purple ★★★★★
()

Не дожидаясь даже середины 21 века, моя контора перелезает с CVS на git. Надеюсь скоро забыть этот ужас.

yvv ★★☆
()

Ртуть валит, гит - фуфло. :)

matumba ★★★★★
()

Про существование darcs узнал только потому, что его используют в этом проекте. На что только не готовы пойти французы лишь бы быть не как все...

Zeta_Gundam
()

hg, git в этом порядке.

Пришлось переехать с bitbucket на Source Forge из-за hg. Сейчас все проекты переносить...

UPD: Ах, да. Когда работал в офисе приходилось использовать клиент git. Сейчас же исключительно через hg-git.

Gentooshnik ★★★★★
()
Последнее исправление: Gentooshnik (всего исправлений: 1)

но это не снижает ценности других систем в зависимости от потребностей в рамках работы над каким-либо проектом

Ну конечно, не снижает. Хочешь законтрибутить, а там какая-то маргинальщина с невменяемым синтаксисом которую нужно ставить и с нуля изучать. Ладно если ещё просто не до конца забытый легаси типа svn, но если новомодные недоподелки типа fossil, сразу становится понятно что апстриму контрибуторы не нужны.

А так - да, естественно только git.

slovazap ★★★★★
()
Последнее исправление: slovazap (всего исправлений: 1)

На работе используем svn, по сути, по двум причинам:

  • ниже порог вхождения (часть сотрудников - научные люди, в том числе возрастные, работающие из-под Windows с помощью удобнейшего TortoiseSVN и никуда переходить не будут, впрочем, не нам от них этого требовать - с точки зрения создания прибавочной стоимости они более ценны и незаменимы),
  • репозиториев с одним кодом мало, почти везде есть бинарные данные, есть репозитории бинарных данных, где размер одного коммита порядка 10Гб и нужна только самая свежая версия, но иногда нужно и в истории что-то посмотреть-исправить;

Пробовали перевести на git чисто кодовые репозитории, но люди путаются, проще и глаже работа идет единообразно в svn.

Xa
()

храню архивы, не пользуюсь VCS 10

@saahriktu, как ты 10 раз проголосовал?

pon4ik ★★★★★
()
Ответ на: комментарий от Xa

У меня коллега пользуется svn и пытается уговорить пару коллег пользоваться им. Я ему предлагаю свалить на mercurial, т.к. там есть кроссплатформенный tortoisehg workbench. Хотя бы можно коммитом сохранять промежуточную наработку и потом делать amend (до отправки на сервер). Отказывается, git его ещё больше пугает.

grem ★★★★★
() автор топика
Последнее исправление: grem (всего исправлений: 1)

А разве сейчас есть что-нибудь кроме git?

Bioreactor ★★★★★
()
Ответ на: комментарий от mord0d

git add . && git commit -m «$(date)» — это всё, что я использую для локальной мелочи.

маловато. надо ещё git push, хотя бы на другой диск, а то грохнешь проект случайно...

samy_volosaty ★★★★★
()

Удивительно низнкая доля subversion, хотя ее рановато списывать как систему контроля версий.

Makhno
()
Ответ на: комментарий от Makhno

Я пока не нашёл, может плохо искал, как в svn сделать несколько «отложенных» коммитов с целью дальнейшего создания из них патчей для пересылки в проект, в который у меня нет доступа.

Но сам svn всё ещё достаточно популярен у многих проектов.

grem ★★★★★
() автор топика
Ответ на: комментарий от grem

Я пока не нашёл, может плохо искал, как в svn сделать несколько «отложенных» коммитов с целью дальнейшего создания из них патчей для пересылки в проект, в который у меня нет доступа.

В трушном cli subversion никак, но что-то такое было в офтопиковой гуйне TortoiseSVN. Сам не пользуюсь, поэтому точно не знаю.

Makhno
()

На прошлой работе был svn и hg, ибо монорепа. На текущей Azure Devops и git - Microsoft уже закопала свой TFVC в его пользу. Для личных целей - git и только git.

snizovtsev ★★★★★
()

Опрос показывающий что впредь такой опрос создавать не нужно. Ну разве что лет через 10, на случай если запилят что то оверинновационное.

ilinsky ★★★★★
()

По настроению:
Git
храню архивы, не пользуюсь VCS
не храню промежуточные состояния проекта

xDShot ★★★★★
()
Ответ на: комментарий от instant

Потому, что тупо удобен и прост как топор. (Ну да, это плата за то, что у git возможностей побольше.)

Если бы они не погнались за гитом и не отказались от .svn в каждом подкаталоге — было бы ещё лучше.

hobbit ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.