21

Re: Хіба можуть досвідчені програмісти обходитись без SVN, Git...

Анатолій написав:

А чому коротенький?.... Потрібно більше, мені потрібно :) , а коротеньким не обійдеться.
Особисто цілу неділю розбирався, поки розбирався, щось ніби розумів ,  зараз майже знову пусто ....
потрібно буде теж накрапати в чернетці основи роботи в SVN і таке інше....
але маю в першу чергу MySQL, а потім вже розбиратись в програмах спільної роботи

Не витрачай свій час на svn.

Вчи відразу git або принаймі mercurial.
mercurial інтуітивніший та з нього легко злісти на git/

Подякували: leofun011

22

Re: Хіба можуть досвідчені програмісти обходитись без SVN, Git...

Чому ж, svn на практиці використовується, мабуть, навіть частіше, ніж git. Про таке ж широке використання mercurial поки що не чув. Освоїтися з svn простіше, ніж із git. А так, знати треба все — і svn, і git. Знаючи одне, простіше освоїти інше.

У випадку, якщо репозиторій потрібен як індивідуальна система для зберігання резервних копій попередніх версій програми, особливої різниці, чим користуватись, майже нема. Про якісь переваги й недоліки можна говорити, якщо система контролю версій використовується для спільної роботи над проектом.

Подякували: leofun011

23

Re: Хіба можуть досвідчені програмісти обходитись без SVN, Git...

Вчи відразу git

бо сам творець ядра вибрав git і тому всі ядрофанати його і радять

злісти на git/

а нашо злазити, хай використовує те що йому подобається, а не те навязувати що комусь подобається

24

Re: Хіба можуть досвідчені програмісти обходитись без SVN, Git...

Ядрофанат?

До речі  сам творець ядра написав , а не обрав git.
Якщо ви не знали то git найпопулярніша система контролю версій.
Розподіленість, гілки, github.com це штуки які роблять git краще ніж будь-яка cvs.

Я просто висказав свою думку і не треба мене обзивати фанатом чого-небудь.

Подякували: leofun011

25

Re: Хіба можуть досвідчені програмісти обходитись без SVN, Git...

До речі  сам творець ядра написав

не сам

Якщо ви не знали то git найпопулярніша система контролю версій.

кожна жаба своє болото хвалить, таке саме я чую кожного року що Україна буде процвітати, добробут зросте, в Франції говрять про Францію, в Англії про Англію і так дальше.
Те ж саме я чую і про свій дістрібутив лінукса яким юзер користується

Розподіленість, гілки, github.com це штуки які роблять git краще ніж будь-яка cvs.

cvs застарів, FreeBSD перейшов на svn, git, NetBSD навіть сказали що треба вибирати іншу систему слудкування за версіями, але перехід може затягнутись на декілька років, як це в FreeBSD було.

Я просто висказав свою думку і не треба мене обзивати фанатом чого-небудь.

Не витрачай свій час на svn.
Вчи відразу git 

да це особлива думка

26 Востаннє редагувалося Torbins (01.12.2014 19:29:33)

Re: Хіба можуть досвідчені програмісти обходитись без SVN, Git...

да це особлива думка

Ні

кожна жаба своє болото хвалить

Видалено модератором

Прихований текст

http://www.google.com/trends/explore#q=git,svn таки популярніше

27 Востаннє редагувалося reverse2500 (01.12.2014 16:46:26)

Re: Хіба можуть досвідчені програмісти обходитись без SVN, Git...

не вже немає більше що сказати ? Отак зразу перейти на мати
кожен оцінює свою перевагу з однієї сторони, наприклад, а скільки великих проектів використовують git ? тут виходить що mercurial в цьому перевагає, а хто часто мілкі свої проекти заводить для тесту від hello world і трохи вище від власної гри, до модуля, то git.
запит гугла це ще не показник що користуються більше, може питають у гугла, бо після використання стало більше проблем чим з svn ?
я щось теж можу найти подібне

Прихований текст

August 2010

Git: 26,485 repositories (11.3% of total)
SVN: 25,336 repositories (10.8% of total)
SvnSync: 117,326 repositories (50.0% of total)
May 2011

Git: 116,224 repositories (35% of total)
SVN: 145,917 repositories (44% of total)
February 2012

Git: 124,000 repositories (26% of total)
SVN: 265,883 repositories (57% of total)
June 2012

Git: 134,459 repositories (27% of total)
SVN: 267,499 repositories (54% of total)
October 2013

Git: 238,648 repositories (38% of total)
SVN: 291,920 repositories (46% of total)
April 2014

Git: 247,103 repositories (37% of total)
SVN: 324,895 repositories (48% of total)

да статистиці не вірю

Існує три види брехні: брехня, нагла брехня і статистика М. Твен

28

Re: Хіба можуть досвідчені програмісти обходитись без SVN, Git...

August 2010
Git: 26,485 repositories (111.3% of total)
SVN: 25,336 repositories (1.8% of total)
SvnSync: 117,326 repositories (50.0% of total)
May 2011
Git: 116,224 repositories (135% of total)
SVN: 145,917 repositories (4% of total)
February 2012
Git: 124,000 repositories (126% of total)
SVN: 265,883 repositories (0.7% of total)
June 2012
Git: 134,459 repositories (27% of total)
SVN: 267,499 repositories (0.4% of total)
October 2013
Git: 238,648 repositories (138% of total)
SVN: 291,920 repositories (46% of total)
April 2014
Git: 247,103 repositories (137% of total)
SVN: 324,895 repositories (0.8% of total)

Питання?

29 Востаннє редагувалося Singularity (01.12.2014 16:59:17)

Re: Хіба можуть досвідчені програмісти обходитись без SVN, Git...

reverse2500 написав:

не вже немає більше що сказати ? Отак зразу перейти на мати
кожен оцінює свою перевагу з однієї сторони, наприклад, а скільки великих проектів використовують git ? тут виходить що mercurial в цьому перевагає, а хто часто мілкі свої проекти заводить для тесту від hello world і трохи вище від власної гри, до модуля, то git.

Ей, це ти мене першим обізвав фанбоєм.

мілкі свої проекти заводить для тесту від hello world і трохи вище від власної гри, до модуля, то git.

Ти справді такий тупий чи ти мене тролиш?

Великі проджекти на git: все що написано в гуглі, django, twitter bootstarp, flask, homebrew,
переважна більшість лінукс утіліт та лінукс дістрибутивів  https://git.wiki.kernel.org/index.php/GitProjects, всі рубі проекти та маса js проектів, всякі php фреймворки теж використвують git https://github.com/symphonycms/symphony-2/

Є пруфи що хоч один великий проект написано в svn?

30 Востаннє редагувалося reverse2500 (01.12.2014 17:41:49)

Re: Хіба можуть досвідчені програмісти обходитись без SVN, Git...

Є пруфи що хоч один великий проект написано в svn?

факти що я провожу за svn ?
мені якось по екватору хто що використовує, але в першу чергу людина повинна визначитись сама з того що є, а не використовуй що я, бо я так сказав.

Проекти, що використовують Mercurial

Прихований текст

Багато співтовариств розробників відкритого програмного забезпечення перейшли на використання Subversion. У їх числі такі відомі проекти як Apache Software Foundation, KDE, GNOME, GCC, MediaWiki, Python, Samba, Mono і багато інших.
...Незважаючи на розвиток децентралізованих систем, Subversion користується великою популярністю в комерційних компаніях і проектах, що використовують централізований підхід до управління версіями і конфігурацією програмних систем.
Станом на 2013 рік з відкритих проектів, що використовують Subversion, можна відзначити: проекти Apache, FreeBSD, Free Pascal, GCC, LLVM, Mono, WordPress і Ruby. Проте спостерігається великий відтік проектів на Git, зокрема з Subversion на Git за останній час перейшли проекти Django, PHP, MediaWiki, Ruby on Rails, з Subversion на Mercurial перейшов проект nginx. Підтримка Subversion реалізована в таких хостингах відкритих проектів, як Google Code, CodePlex і SourceForge.
https://uk.wikipedia.org/wiki/Subversio … 0.BD.D1.8F

а за git вам ясніше

31

Re: Хіба можуть досвідчені програмісти обходитись без SVN, Git...

Singularity написав:

Розподіленість, гілки, github.com це штуки які роблять git краще ніж будь-яка cvs.

В чому полягає розподіленість? Все одно git конектиться на централізований сервер (той же github.com чи піднятий власноруч — більшість книжок з git, що я бачив, чомусь минають цю тему).
Взагалі, маю упередження щодо зберігання власних сирих проектів на «чужих» серверах. Раптом компанія запровадить повну комерціалізацію ресурсу (а не лише додаткових послуг)? Або їм стукне в голову випиляти в один день усі проекти з нетакими, як їм треба, ліцензіями? Або проект закриють через збитковість?..

Подякували: leofun011

32

Re: Хіба можуть досвідчені програмісти обходитись без SVN, Git...

розподіленість

в тому що в тебе весь репозиторій на диску і якщо щось станеться с сервером ти можеш  не переживати.

повну комерціалізацію ресурсу

https://github.com/pricing

Або їм стукне в голову випиляти в один день усі проекти з нетакими, як їм треба, ліцензіями? Або проект закриють через збитковість?.

То я і моя команда не втратить ні рядка коду. Це одна з фішок гіта.

От ваш csv і змущує вас переживати через таку фігню.

33

Re: Хіба можуть досвідчені програмісти обходитись без SVN, Git...

Стосовно розподіленості, то в git можна коміти робити локально і ці коміти матимуть свій унікальний ідентифікатор. Тобто ви можете хоч два роки працювати локально зі своїм репозиторієм, а потім запушити всі ваші зміни в загальний репозиторій.

В svn ви так не зробите, бо йому для кожного коміта потрібен загальний репозиторій щоб отримати свій номер ревізії.

А от стосовно "зберігання на чужих серверах" та "а раптом сервіс стане платним", то не зовсім зрозуміло що станеться більш негативного, ніж просто ви не зможете ним користуватись безкоштовно. І svn, і git мають локальні копії, які запросто можуть змінити свої віддалені репозиторії.

Подякували: leofun011

34

Re: Хіба можуть досвідчені програмісти обходитись без SVN, Git...

І svn, і git мають локальні копії, які запросто можуть змінити свої віддалені репозиторії.

Наскільки я розумію, в випадку svn, перехід на інший репозиторій (без доступу до попереднього) означатиме втрату історії змін від найпершої версії. Чи вона зберігається ще й локально всередині робочої копії, і існує якийсь цивілізований спосіб її перенесення в новий репозиторій?

35 Востаннє редагувалося ktretyak (04.12.2014 03:32:00)

Re: Хіба можуть досвідчені програмісти обходитись без SVN, Git...

Ні, в svn також нічого не втрачається. Все це зберігається в каталозі, де ви зробили svn chackout. Там створюється прихований каталог .svn - це і є локальна копія.

Виправляюсь:
В локальній копії насправді не зберігається вся історія змін. Виявляється для цього обов'язково треба віддалений репозиторій.

Те про що я говорив "легко змінити віддалений репозиторій" справді працює, але якщо на новому місці є та ж сама копія загального (сервер) репозиторію.

Подякували: leofun011

36

Re: Хіба можуть досвідчені програмісти обходитись без SVN, Git...

А інтегрувати цю локальну копію в новий репозиторій — як це робиться?

Хоча ні. Глянув, що зберігається в підпапці .svn — якісь файли виявив лише в text-base (але це лише остання закомічена версія файлів, а не повна історія змін). Якщо сервер, на якому зберігається репозиторій, зупинити, навіть svn log не працює.

Подякували: leofun011

37

Re: Хіба можуть досвідчені програмісти обходитись без SVN, Git...

Так, я виправився - насправді при втраті сервера-репозиторію жодної зміни не втратить лише git (щойно це перевірив)

38

Re: Хіба можуть досвідчені програмісти обходитись без SVN, Git...

Ще питання до тих, хто шарить. Є дві розсинхронізовані версії одного svn-репозиторію (тобто, спершу був один репозиторій на локальному комп'ютері, з нього зробили резервну копію, після бекапу було зроблено ще скількись-там комітів, після чого комп загнувся — довелось продовжувати з резервною копією репозиторію. Зрештою, тепер доступний і репозиторій зі старого компа, і репозиторій з бекапу з доданими змінами). Як усе це діло звести в один репозиторій (якщо це можливо)?

39

Re: Хіба можуть досвідчені програмісти обходитись без SVN, Git...

Спеціального вбудованого в svn способу, для вирішення цієї проблеми, не знаю.

Вам мабуть історія змін важлива (хто змінив і що), так?

40

Re: Хіба можуть досвідчені програмісти обходитись без SVN, Git...

Зберегти все покроково було б ідеально (всі зміни — одного користувача, але це незалежні зміни паралельних версій). Поки що є лише такий обхідний варіант: у репозиторії А для кожної ревізії, починаючи з розсинхрону, зберігаємо у файл результат svn diff, додаткову інформацію беремо з svn log (опис змін та список змінених/доданих/видалених файлів). Далі в репозиторії В робимо svn checkout, послідовно запускаємо patch для кожного diff'а, додаємо/видаляємо файли, комітимо. (Зрозуміло, все це робиться скриптами). Проблема в тому, що половину svn-івських diffів patch  відмовляється розуміти :(

Отже, єдиний варіант — якось портувати ці репозиторії в git (ніби є така можливість) і синхронізувати їх (ніби теж має бути, чи це занадто круто навіть для git?)?