Вопрс о subversions/client

dot · Post by **dot** » 16 May 2004 18:20

Я что-то ничего не понимаю. Есть сервер(админ не я), установлены subversions, пытаюсь сделать initial checkout(чтобы получить личную копию в своей домашней директории), будучи залогиненой на сервер (т.е. использую протокол file://):

Code: Select all

svn checkout file:///path/to/working/directory/  /home/path/to/mycopy/

И получаю ошибку:

Code: Select all

Unable to open an ra_local session to URL
Unable to open repository 'file://path/to/working/directory/'

Меня интересует - это у меня руки кривые и для initial checkout команда неправильная или нужно админу письмо написать?

katit · Post by **katit** » 16 May 2004 18:43

Скорее всего путь неправилно указан.

Да и file:///path/ не уверен что такое.
может надо http:// или что другое?

dot · Post by **dot** » 16 May 2004 18:57

katit wrote:Скорее всего путь неправилно указан.

Да и file:///path/ не уверен что такое.
может надо http:// или что другое?

я путь через "табуляцию" набирала(ну знаете, в Юниксе такая фича - пишешь начало названия файла и "hit tab"), протокол "файл" нашла тут: http://svnbook.red-bean.com/svnbook/ch02s03.html

С http:// сложнее - я логинюсь к этому серверу через ssh + ssh2 keys(т.е. мне непонятно, как сказать svn использовать соотв. afqk c ssh2 key - не нашла такой опции

)

При попытке сделать http://server.com с моей машины получаю вот что:

Code: Select all

>svn checkout http://server.com/sub_directory

svn: PROPFIND request failed on '/sub_directory'
svn: PROPFIND of '/sub_directory': 500 Internal Server Error (http://server.com)

Code: Select all

>svn checkout http://server.com/sub_directory/child_dir

svn: PROPFIND request failed on '/sub_directory/child_dir'
svn: PROPFIND of '/sub_directory/child_dir': 301 Moved Permanently

https - вообще говорит - unrecognized URL scheme.

katit · Post by **katit** » 16 May 2004 19:25

Так чего гадать? Пускай админ скажет что там за сервер.

Я сервр держу по Win, так что с Unix не скажу.
Вначале было через svnserve, подключались как "svn co svn://.... "
Сейчас поставил под Apache и подключаемся как "svn co http://..."

dot · Post by **dot** » 16 May 2004 19:52

katit wrote:Так чего гадать? Пускай админ скажет что там за сервер.

Я сервр держу по Win, так что с Unix не скажу.
Вначале было через svnserve, подключались как "svn co svn://.... "
Сейчас поставил под Apache и подключаемся как "svn co http://..."

да я его побаиваюсь, если честно. :mrgreen:

dot · Post by **dot** » 17 May 2004 21:43

Да, действительно, путь был к working directory а нужно было путь к repository указывать.

Но эта зараза теперь commit не делает.
Может быть, кто-нить обяснит мне, плиз,(ну очень срочно нужно):
1. вот я получила эту "свою" копию
2. Сделала изменения в нужных файлах
3. сделала svn diff file/name > difference_file
4 сделала svn commit file/name
Что в этой последовательности неправильно? Я серьезно не понимаю.

katit · Post by **katit** » 17 May 2004 21:46

Так какую ошибку выдает?

dot · Post by **dot** » 17 May 2004 22:06

katit wrote:Так какую ошибку выдает?

Никакой. Сказал "Transfering" и выдал новый номер версии. В моей "воркинг директори" - файл номальный, в директории, где д.б. обновится - все по-старому.

я тут команды напишу, как они есть, с путями, а потом сотру:
www-dev/ - рабочая директория, моя, типа личная.

Code: Select all

 svn update www-dev/cgi/clnt/clnt/clntlogin.cgi
At revision 13.
---
svn status www-dev/cgi/clnt/clnt/clntlogin.cgi
M      www-dev/cgi/clnt/clnt/clntlogin.cgi

теперь мне нужно мерже сделать или сразу можно коммит?

katit · Post by **katit** » 17 May 2004 22:13

Насколько я понимаю merge делать вообще очень редко приходится (если все нормальн организовано)

Так что co-<do your stuff>-update(just in case)-commit
есть обычнаюа рабочая последовательность. Если долго работаете перед commit то можно периодически упдате делать

dot · Post by **dot** » 17 May 2004 22:16

katit wrote:Насколько я понимаю merge делать вообще очень редко приходится (если все нормальн организовано)

Так что co-<do your stuff>-update(just in case)-commit
есть обычнаюа рабочая последовательность. Если долго работаете перед commit то можно периодически упдате делать

Вы только не уходите, я сейчас коммит сделаю, и сюда скопирую, что он ответил, ок?

Code: Select all

 svn commit www-dev/cgi/clnt/clnt/clntlogin.cgi  --message "Cross server login, clntlogin.cgi, attpmt 2"
Sending        www-dev/cgi/clnt/clnt/clntlogin.cgi
Transmitting file data .
Committed revision 14.

а рабочий файл так и не изменился. Т.е. изменения куда-то ушли, а куда - непонятно.

dot · Post by **dot** » 19 May 2004 04:38

Если интересно, то там проблема была в том, что "директории не были добавлены в makefile" - админ сказал(мне это ни о чем не говорит, я еще svn-admin секцию не прочитала).
Теперь у меня не работает "svn propset svn:executable 0755"(вернее, работает, но ничего не происходит, впрочем, как обычно) но я вроде админа перестала боятся, так что... :mrgreen:

uncle_Pasha · Post by **uncle_Pasha** » 20 May 2004 04:05

katit wrote:Насколько я понимаю merge делать вообще очень редко приходится (если все нормальн организовано)

Мне кажется, что не совсем правильно понимаете.
В достаточно убогих по функциональности системах котроля кода - CVS, PVCS, VSS, etc процесс стараются организовать так, чтобы всеми правдами и неправдами избегать merge. Это да. Потому как геморрой.
Но с нормальной организацией это мало что имеет общего.

Удачи!

katit · Post by **katit** » 20 May 2004 04:28

uncle_Pasha wrote:Мне кажется, что не совсем правильно понимаете.

А мне кажется что правильно. SVN делает merge автоматически если измененные куски не пересекаются. А ручной merge (то что я имел ввиду) навязывается только когда возникают "конфликты"
А они при правильной организации процесса разработки не должны быть.
Так что вы меня не так поняли...

Strannik223 · Post by **Strannik223** » 20 May 2004 04:59

uncle_Pasha wrote:В достаточно убогих по функциональности системах котроля кода - CVS, PVCS, VSS, etc процесс стараются организовать так, чтобы всеми правдами и неправдами избегать merge. Это да. Потому как геморрой.
Удачи!

Что то вы все в кучу смешали. Есть 2 концепции: блокировка файлов и автоматический мерж. VSS - блокировщик, CVS мержит сам если считает что нет конфликтов. Почему вы все под одну гребенку чешете непонятно.

uncle_Pasha · Post by **uncle_Pasha** » 20 May 2004 21:08

Strannik223 wrote:Есть 2 концепции: блокировка файлов и автоматический мерж. VSS - блокировщик, CVS мержит сам если считает что нет конфликтов. Почему вы все под одну гребенку чешете непонятно.

Вы не правы. Только 2 концепции - это в рамках только одного бранча.
Про что и была речь - средства контроля кода, скажем так, поколения 1 - SCCS, RCS, CVS, PVCS, VSS, etc - т.е. убогие, вынуждают вести разработку в пределах одного бранча. Не потому что возможности, к примеру, бранчеваться, не существует, а потому что применяя эту фичу огребаешь больше геморроя, чем решаешь проблем. И уж ни в коей мере не упрощаешь работу девелопера.
Именно потому частота мерджей - показатель, скорее, ограниченности функциональности средства контроля кода, чем правильности организации процесса.

Удачи!