LINUX.ORG.RU

Организация совместной разработки ПО на базе SVN+DocBook+Mantis: Часть 2, 3

 , , ,


0

2

Часть 2. Subversion - установка и администрирование сервера


Сам термин администрирование часто отпугивает возможной масштабностью задачи (возьмем к примеру администрирование Oracle, которым на крупных предприятиях занимаются целые сектора). Основная цель статьи — показать пользователям, решившим поддерживать контроль версий своей разработки, что задача администрирования Subversion:

  • посильна для любого программиста;
  • не требует значительных временных затрат;
  • требует организованности и методичности.


Одним из важнейших преимуществ Subversion является многоплатформенность, полная совместимость серверных и клиентских частей, работающих на разных платформах, удивительная простота установки серверной и клиентской частей и легкость администрирования. В статье будут рассматриваться вопросы в аспекте Linux (на примере OpenSUSE 11.2) и Windows XP.


Часть 3. Subversion - работа с версиями проекта


Мы знаем, что запущен сервер Subversion и нам предстоит начинать с ним работу в рамках определенного программного проекта, используя определенный метод доступа к хранилищу. Если создатель хранилища (администратор) создает хранилище исключительно используя прямой доступ (все команды администрирования выполняются без использования URL) непосредственно на компьютере где непосредственно расположено хранилище, то клиент может обращаться к серверу, расположенному:

  • на том же компьютере, что и рабочая копия;
  • на компьютере в локальной сети;
  • сервер доступен через Интернет.


С точки зрения логики работы никакой разницы не будет и только один раз при создании рабочей копии на локальном компьютере надо будет указать, каким образом вы связываетесь с хранилищем данных.

>>> Подробности

★★★

Проверено: mono ()

SVN - ненужная какашка

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

Назовите, пожалуйста, нужную какашку.

anonymous ()

Заканчивался 2010 год, а IBM_dW все еще репостил про SVN.

Pavval ★★★★★ ()

SVN действительно полумера для изображения кипучей деятельности по инновациям. Если уж обновлять сруктуру до сразу на git.

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

без холивара, чем SVN убог? ведь им же пользуются сплошь и рядом

VladimirMalyk ★★★★★ ()

"...совместного без конфликтного проектирования для нескольких участником таким образом..." немного ниже: "...ревизия основной структурных элемент хранилища..." Кто это писать делать?

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

Примерно тем же, чем и MySQL.

Каждый анемешник должен пнуть гиганта, что бы другие анемешники поняли, что перед ними свой! :)

А тем временем, SVN держит кучи проектов без всяких проблем.

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

>без холивара, чем SVN убог?

Та же работа с ветвями. Сравни с git.

ведь им же пользуются сплошь и рядом

только по инерции

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

Тому, кто пользовался VCS, и не является идиотом, тому очевидно.

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

Обычно, когда начинается аргументация «кто не является идиотом», обычно других аргументов просто нет.

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

А еще сплошь и рядом вообще VCS не пользуются. И чо?

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

Я так и понял, что он плохой, потому что непафосный, а некоторые личности без пафоса ни жить ни сообщения строчить не могут.

А SVN простой, как три рубля, и им может каждый идиот воспользоваться.

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

> Та же работа с ветвями. Сравни с git.

И что не так у него с ветвями. svn merge ниасилил?

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

> Я так и понял, что он плохой, потому что непафосный

Ты понял неправильно. Он плохой, потому что убог по сравнению с современными системами вроде hg и даже git. Убог отсуствием локальных diff, log и commit (прежде чем ты торжествующе заявишь «локальный diff есть в SVN» - он есть только для svn diff -rWORK:BASE, что убого).

А SVN простой, как три рубля, и им может каждый идиот воспользоваться.

«Сделайте систему, которой сможет пользоваться даже идиот - и только идиоты будут ей пользоваться» (с) Мерфи

tailgunner ★★★★★ ()

Уже по названию новости понял кто автор.

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

Он плохой, потому что убог по сравнению с современными системами вроде hg и даже git. Убог отсуствием локальных diff, log и commit [..]

это все Ваши претензии? или ешё есть?

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

>> Он плохой, потому что убог по сравнению с современными системами вроде hg и даже git. Убог отсуствием локальных diff, log и commit [..]

это все Ваши претензии?

Все.

или ешё есть?

Если тебя не убедил этот список, тебя не убедит и длинное перечисление преимуществ современной DVCS.

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

> Та же работа с ветвями. Сравни с git.

У SVN вообще нет ветвей. Ветви в SVN - это лишь возможность абстракции нашего мозга.

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

Он плохой, потому что убог по сравнению с современными системами вроде hg и даже git. Убог отсуствием локальных diff, log и commit [..]

это все Ваши претензии?

Все.

тогда ставь себе локально svn и пусть у тебя попа не болит больше

> или ешё есть?

Если тебя не убедил этот список, тебя не убедит и длинное перечисление преимуществ современной DVCS.

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

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

> тогда ставь себе локально svn

Если ты не знаешь до сих пор, то VCS предназначена для поддержки коллективной работы.

и пусть у тебя попа не болит больше

Кисо, ты обиделось?

ололо, меня переубеждать не надо,

Я и не собирался. Я просто высказал подозрение в твоей способности понимать очевидные вещи.

P.S. ПНХ.

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

> Заканчивался 2010 год, а IBM_dW все еще репостил про SVN.

я как статью увидил — даже на колендарь от удивления сразу поглядел!! думал попал в прошлое :-D

user_id_68054 ★★★★★ ()

tailgunner, у вас пафос аж на пол пролился.

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

> И что не так у него с ветвями. svn merge ниасилил?

ты ЧО никогда не делал оперцию «merge» на <VCS> ?????

«<VCS> merge» — ближе по смыслу похоже на «svn update» :-)

жесть... вот находятся же откудато всегда сторонники svn, .......когда им уже по 100500-раз обяснили что их svn гавным давно в глубокой Ж :-)

(да единственный ваш боле-менее-стоящщий аргумент про то что «не хочу качать полную историю проекта во время checkout» — рушибся коммандой «bzr --lightweight checkout» :) . про Git не знаю , наверно и там чтото найдётся легковестное)

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

bzr? это та штука, у которой несколько форматов репозиториев, из-за которой у тебя то, что когда-то на одной системе успешно обновлялось, можно смело выкидывать и качать всё заново? разумеется, svn лучше, я сколько проектов из svn выкачивал, как несколько лет назад качались, так в ту же директорию и до сих пор могу их обновлять.

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

> тогда ставь себе локально svn

Если ты не знаешь до сих пор, то VCS предназначена для поддержки коллективной работы.

месье не умеет синхронизировать репозитарии и с диффами работать, я правильно понял?

> и пусть у тебя попа не болит больше

Кисо, ты обиделось?

хехе :) нет, это был намёк на твой баттхёрт по поводу svn, довольно толстый, ты не понял, даже и не знаю что про тебя подумать

P.S. ПНХ.

спасибо сэр, я так и думал что когда у Вас закончатся аргументы Вы займётесь газификацией

//можете не продолжать, с Вами всё ясно

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

вот находятся же откудато всегда сторонники svn, .......когда им уже по 100500-раз обяснили что их svn гавным давно в глубокой Ж :-)

1) находятся, потому что иногда удобнее работать с svn

2) Вы таки понимаете разницу между «объяснили» и «голословно заявили»? я в этой ветке пока вижу только второе

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

> Вы таки понимаете разницу между «объяснили» и «голословно заявили»? я в этой ветке пока вижу только второе

в этой ветке и не объясняли :-)

объясняли 100500 раз до этого

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

> bzr? это та штука, у которой несколько форматов репозиториев, из-за

которой у тебя то, что когда-то на одной системе успешно обновлялось,

можно смело выкидывать и качать всё заново?



нет. это не та штука..

незнаю кто что у вас там обновляется (само?) .. но никто вас викидывать (и «качать занова») не заставляет... :-)

...если уж обновили формат — пользуйтесь дальше обновлённым... какие проблемы? %) %)

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

> Вы таки понимаете разницу между «объяснили» и «голословно заявили»? я в этой ветке пока вижу только второе

в этой ветке и не объясняли :-)

объясняли 100500 раз до этого

ну Вы-то общаетесь в этой ветке, не? а в таком разе принято пруфлинки давать, которые слова ваши подтверждать будут или что-то поменялось неуловимо в последнее время?

//а то мало ли кто там и что кому доказал

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

Нормальная штука, но в прошлом уже. Проще всего взять и попробовать git или mercurial. Сначала может быть непривычно, но постепенно возвращаться не захочется.

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

> bzr --lightweight checkout

Если правильно понял, то это git clone --depth 1. А вот как это у mercurial что-то не нашёл.

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

VCS - это не обязательно крупный программистский проект на большое число пользователей, это не обязательно вообще программистский проект. SVN очень легко развернуть, им очень просто пользоваться.

debian6 ()

svn не нужен. А Mantis выглядит ужасно.

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

mercurial и git


Mercurial это случайно не то гогно на питоне?

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

Да-да, а git — то говно на C. Галоперидол не в этой комнате колят.

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

поцемуже так нечестно мы обошли стороной то гавно которое на Хаскеле? :-D

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

> у вас пафос аж на пол пролился.

Где именно? O_o В любом случае, это не пафос, а жир.

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

Ну, то говно совсем несерьезно смотрится рядом с hg и git.

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

> Mercurial это случайно не то гогно на питоне?

То самое. Насколько я люблю Python (и trac, например), но Mercurial кроме как говном назвать тоже не могу. :)

P.S. Не пойму претензий к SVN, обычная не распределённая VCS, простая, как дрова.
P.P.S. Да, я тоже люблю git и вижу его преимущества.

cruxish ★★★★ ()

Всем фанатам svn-а в этом треде

Если вам нравится есть кактус, продолжайте его кушать. Мучайтесь с svn merge, вместо того, чтобы сосредоточиться на своих задачах.

Не слышал ни одного случая, чтобы попробовав hg/git, кто-то побежал обратно на svn.

anonymous ()
Ответ на: Всем фанатам svn-а в этом треде от anonymous

Все решают разные задачи. Вы, слюнепафосы, свои глобальные. А мы, обычное быдло, свои.

У меня жена в svn свои документики хранит. Я за 10 минут дошёл от состояния «ничего не знаю о VCS» до «развернул сервер SVN», поставил ей plugin для наутилуса, и всё, быстро, просто и очень дёшево. При этом у меня она даже консоли никогда не видела, если понадобится, я лучше другую в жёны возьму, чем эту таким знанием портить.

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