Вопрос по svn (Subversion)

@#pragma · Регистрация: 12.04.2009

Студворк — интернет-сервис помощи студентам

Делаю хранилище на локальной машине.Создаю локальную (рабочую) копию хранилища,поправил,изменил файлы командой svn update,зафиксировал svn commit:

Python
1
2
3
4
5
6
7
8
9
~/svn$ svn commit --message "In Variable removed value an type fields,replaced by Value member"
Посылаю         Interpreter.depend
Посылаю         bin/Debug/Interpreter
Посылаю         syntax_parser.cpp
Посылаю         value_class.h
Посылаю         variable_class.cpp
Посылаю         variable_class.h
Передаю данные ......
Создана редакция 3.

Вот только в самом хранилище файлы не изменились.Я так понимаю,что главная линия разработки лежит в ответственности руководителя проекта? Иначе кто изменяет исходники главного хранилища? То есть,если я правильно понял,svn просто сохраняет "слепок" производимых операций над файлами проекта во времени от каждого разработчика,а потом кто-то должен выбрать путь главной линии разработки и изменить исходники хранилища,при этом оповестив svn?

Evg · 14.07.2009, 10:06

> Вот только в самом хранилище файлы не изменились

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

svn не просто сохраняет слепок, а пишет изменения относительно предыдущей версии. Т.е. в любой момент времени можно выцепить любую ревизию (а не только текущее состояние).

Условно говоря, принцип примерно следующий. В хранилище сейчас записано некоторое текущее состояние, допустим ему соотвествует номер ревизии 3 (мне более привычно слово "ревизия" - revision, а не "редакция"). A и B делают себе рабочие копии (в литературе часто используют сокращение WC - working copy). A и B делают правки в локальной копии, полагаем, что правки друг с другом не конфликтуют (т.е. правят они НЕ одно и то же место). A делает "svn commit" и вносит в хранилище свою правку, номер ревизии в хранилище стал 4. У B пока номер ревизии в рабочей копии 3 плюс свои правки. B делает "svn update" и подцепляет к своей рабочей копии правки, внесённые A. Т.е. у B сейчас в рабочей копии номер ревизии 4 плюс свои собственные правки. B делает "svn commit" и вносит в хранилище свои правки. Номер текущей ревизии в хранилище стал 5. У A пока в рабочей копии номер 4, он делает "svn update" и подцепляет правки от B, теперь у A в рабочей копии номер ревизии 5.

При этом можно всегда выцепить из хранилища файлы по стстоянию на ревизию 3, 4 и 5. Точную команду не помню, но что-то типа "svn update -r 3"

Добавлено через 1 минуту 18 секунд
Кстати, судя по логу, ты положил под svn ещё и бинарный файл и ещё какую-то <...>. Этого делать не надо, класть надо только файлы с исходниками - в общем те файлы, которые ты сам правишь, но не те, которые генерятся в процессе компиляции

@#pragma · 14.07.2009, 14:19 **[ТС]**

Так хранилище это не та папка,которую я добавлял командой svnadmin create,т.е. subversion не хранит самих исходников,а просто делает слепок папки в исходном состоянии? Потому что в этой папке исходники не менялись.

Evg · 14.07.2009, 14:31

Можешь кокнретно показать, какие файлы у тебя где лежат и про какие файлы ты спрашиваешь. Потому как подозреваю, что ты что-то не теми словами называешь, а потому я суть вопроса не втыкаю

@#pragma · 15.07.2009, 00:35 **[ТС]**

В общем у меня главный репозиторий с исходниками проекта на одном диске
ветка выглядит так:

Code
1
2
3
4
5
6
7
/svn
   /conf/
   /db/
   /hooks/
   /locks/
  /Projects/Тут я положил исходники проекта
  format

,я сделал рабочую копию себе в домашнюю папку,меняю файлы,сохраняю,делаю svn update,svn commit -message "blabla", пишет

Code
1
2
3
4
Посылаю         syntax_parser.cpp
Посылаю         variable_class.h
Передаю данные ..
Создана редакция 2.

А как мне изменять файлы исходников в самом хранилище?Или я опять что -то не догнал? Или там не должно быть исходников?

P.S. Блин я уже намаялся так с этой фигнёй,кошмар

Всё вроде объяснено в этой книге но я ничего не понимаю,ну вот просто бы взяли полный рабочий цикл объяснили,так намного понятней. Я даже от Линукса так не уставал,когда первый раз только учился настраивать и пр.

@IT_Exp · 15.07.2009, 00:40

когда ты вытягиваешь проект из репы он уже настроен на использование того сервера, откуда ты его вытянул. чтобы после копирования репы svn понял откуда/куда брать сорцы, надо сделать relocate. как в командной - не помню, в тортоизе - правым кликлм (:

@#pragma · 15.07.2009, 00:43 **[ТС]**

Я не догоняю почему исходники в хранилище не меняются.. relocate вроде нет такой команды. блин вот жесть(( Я пробовал команду svnadmin upgrade,хотя я точно не понял,что делает эта команда.Ну написало мне там

Code
1
2
3
4
svnadmin upgrade /media/Part2/C++/svnRepository lock acquired.
Please wait; upgrading the repository may take some time...
 
Upgrade completed.

И всё равно исходники без изменений.

Evg · 15.07.2009, 10:02

> /Projects/ Тут я положил исходники проекта

Как положил???

Репозиторий - это некая вещь, куда руками ты не лазишь вообще. При помощи svnadmin ты создаёшь репозиторий, а дальше все манипуляции над ним делаешь ТОЛЬКО при помощи команды svn

Добавлено через 27 минут 6 секунд
Сейчас по шагам всё распишу

Создаём пустой репозиторий (хранилище)

Code
1
$ svnadmin create /home/trampampam/repo.svn

==========

Смотрим, что в хранилище (в сыром виде на уровне файлов). Там только это и должно присуствовать. Никаких файлов своих проектов ты там никогда не увидишь, потому как они в сжатом виде где-то в этих файлах запрятаны

Code
1
2
$ ls /home/trampampam/repo.svn
README.txt  conf/  db/  format  hooks/  locks/

==========

Теперь нам надо создать в хранилище каталог для нового проекта. Этот момент сделан несколько через задницу (или я его не так понимаю), но я делаю вот так:

Code
1
2
3
$ mkdir proj1
$ svn import proj1 file:///home/trampampam/repo.svn/proj1 --message "create proj1"
Committed revision 1.

В команде "svn import" первый параметр proj1 означает каталог, который мы импортируем в хранилище, а file:///home/trampampam/repo.svn/proj1 - это некий условный путь внутри хранилища

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

Code
1
2
$ ls /home/trampampam/repo.svn
README.txt  conf/  db/  format  hooks/  locks/

Все операции по чтению только через команду svn:

Code
1
2
$ svn list file:///home/trampampam/repo.svn
proj1/

==========

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

Code
1
2
3
$ rm -fr proj1
$ svn checkout file:///home/trampampam/repo.svn/proj1
Checked out revision 1.

Рабочую копию получили, смотрим, что там. А там есть только каталог .svn, означающий, что каталог proj1 находится под управлением svn. Файлов нет, ибо мф пока ничего не создали

Code
1
2
$ ls -a proj1
./  ../  .svn/

==========

Теперь создадим файлы и добавим их под управление svn

Code
1
2
3
4
5
6
$ cd proj1
$ > file1
$ > file2
$ svn add file1 file2
A         file1
A         file2

Файлы сейчас добавленты ТОЛЬКО в рабочей копии, в самом хранилище они пока не появились

Code
1
2
$ svn list file:///home/trampampam/repo.svn/proj1
<пусто>

Командой svn status смотрим текущее состояние рабочей копии:

Code
1
2
3
$ svn status
A      file1
A      file2

Буква A (add) означает, что у нас есть новый файл, который будет добавлен

Ну а дальше отправляем файлы в хранилище

Code
1
2
3
4
5
$ svn commit --message "trampampam"
Adding         file1
Adding         file2
Transmitting file data ..
Committed revision 2.

Ещё раз смотрим состояние и убеждаемся, что рабочая копия соотвествует хранилищу

Code
1
2
$ svn status
<пусто>

Смотрим, что в хранилище

Code
1
2
3
$ svn list file:///home/trampampam/repo.svn/proj1
file1
file2

Любые мухлежи в локальной копии больше не требуют указания полного пути до хранилища, т.к. вся эта информация лежит в каталоге .svn

==========

Теперь сделаем правки в файле file1

Проверим состояние

Code
1
2
$ svn status
M      file1

Буква M (modify) означает, что файл в рабочей копии отличается от хранилища

Можем посмотреть отличия (в формате diff)

Code
1
2
3
4
5
6
$ svn diff
Index: file1
--- file1       (revision 2)
+++ file1       (working copy)
@@ -0,0 +1 @@
+sdfsdfsd

Далее вносим правки в хранилище

Code
1
2
3
4
$ svn commit --message "trampampam"
Sending        file1
Transmitting file data .
Committed revision 3.

==========

Теперь некто (например,другой пользователь) может поцепить эти правки к себе:

Code
1
2
3
4
5
6
7
8
9
$ cd /home/qqq
$ svn checkout file:///home/trampampam/repo.svn/proj1
A    proj1/file1
A    proj1/file2
Checked out revision 3.
$ ls proj1/
file1  file2
$ cat proj1/file1   <---- здесь наша правка в файл file1
sdfsdfsd

Так же можно восстановить любое промежуточное состояние. В данном примере восстанавливаем пономеру ревизии 2 (это когда мы добавили два пустых файла)

Code
1
2
3
4
5
$ svn update -r 2
U    file1
Updated to revision 2.
$ cat file1
<пусто>

Для восстановления до последнего состояния опять запустим svn update но уже без -r

Code
1
2
3
$ svn update
U    file1
Updated to revision 3.

==========

Теперь мы хотим добавить ещё один файл

Code
1
2
3
4
$ cd proj1
$ > file3
$ svn status 
?      file3

Вопросительный знак означает наличие файла в катлоге, который не положен под управление svn. Сам svn как правило настроен так, что для файлов типа *.o, *.a он их игнорирует (т.е. по svn status ничего про них не показывает). Где и куда что прописывать для игнорирования - с ходу не помню, просто имейй ввиду, что такое есть

Нам нужно добавить новый файл и далее отправить его в хранилище

Code
1
2
3
4
5
6
7
8
$ svn add file3
A         file3
[future proj1]$ svn status
A      file3
[future proj1]$ svn commit --message "qtywer"
Adding         file3
Transmitting file data .
Committed revision 4.

@#pragma · 15.07.2009, 17:16 **[ТС]**

Ты всё понятно объяснил,спасибо.Мне только не понятно вот это:

Code
1
2
3
$ mkdir proj1
$ svn import proj1 file:///home/trampampam/repo.svn/proj1 --message "create proj1"
Committed revision 1.

На момент команды mkdir proj1 мы в домашнем каталоге?То есть не важно,где будет физически папка,после import proj1 мы её даже може удалить,так? Тогда туман начинает рассеиваться.
Если я правильно понимаю,когда мы делаем изменения,закрепляем их,то следующий пользователь,сделающий checkout уже возьмёт исправленные по последней версии исходники?

Evg · 15.07.2009, 17:26

Сообщение от #pragma

На момент команды mkdir proj1 мы в домашнем каталоге?То есть не важно,где будет физически папка,после import proj1 мы её даже може удалить,так? Тогда туман начинает рассеиваться.

В момент импортирования неважно, после импортирования можно удалять. По-моему даже можно как-то напрямую создать папку в хранилище, но точно не знаю как. Что-то наподобие

Code
1
svn mkdir file:///home/trampampam/repo.svn/proj1

Но тут какая-то тонкость была, о которой мне рассказывали, но я не помню. И порекомендовали головную папку проекта через "svn import" делать. А внутренние папки можно создавать пряму внутри рабочей копии и добавлять через "svn add" (в этом случае автоматически добавятся и все файлы внутри папки)

Сообщение от #pragma

Если я правильно понимаю,когда мы делаем изменения,закрепляем их,то следующий пользователь,сделающий checkout уже возьмёт исправленные по последней версии исходники?

Да. Тут главное понять, в чём заключается смысл хранилища. В общем, после того, как начальный уровень на практике попробовал, дальше можно и мануал с начала перечитывать - уже будет больше ясности, о чём там пишут

Добавлено через 5 минут 8 секунд
Да, вот ещё. Пока ты работаешь через file:// (т.е. идёт доступ к физическим файлам хранилища непосредственно), у тебя естьопасность, что ты случайно хранилище можешь удалить. А потому периодически делай резервную копию хранилища (за'tar'ивай каталог /home/trampampam/repo.svn).

Когда более-менее освоишься, изучи, как это делать через svn-сервер. Физически сервер будет запущен на твоей же машине, но хранилище будет создано из-под другого юзера, а не из-под того, где ты работаешь. Таким образом случайно уже не снесёшь - прав доступа не будет. Но резервные копии в любом случае полезно периодически делать (мало ли диск накроется и т.п.)

Новые блоги и статьи Все статьи Все блоги /
Новый ноутбук volvo 07.12.2025 Всем привет. По скидке в "черную пятницу" взял себе новый ноутбук Lenovo ThinkBook 16 G7 на Амазоне: Ryzen 5 7533HS 64 Gb DDR5 1Tb NVMe 16" Full HD Display Win11 Pro	Музыка, написанная Искусственным Интеллектом volvo 04.12.2025 Всем привет. Некоторое время назад меня заинтересовало, что уже умеет ИИ в плане написания музыки для песен, и, собственно, исполнения этих самых песен. Стихов у нас много, уже вышли 4 книги, еще 3. . .	От async/await к виртуальным потокам в Python IndentationError 23.11.2025 Армин Ронахер поставил под сомнение async/ await. Создатель Flask заявляет: цветные функции - провал, виртуальные потоки - решение. Не threading-динозавры, а новое поколение лёгких потоков. Откат?. . .	Поиск "дружественных имён" СОМ портов Argus19 22.11.2025 Поиск "дружественных имён" СОМ портов На странице: https:/ / norseev. ru/ 2018/ 01/ 04/ comportlist_windows/ нашёл схожую тему. Там приведён код на С++, который показывает только имена СОМ портов, типа,. . .	Сколько Государство потратило денег на меня, обеспечивая инсулином. Programma_Boinc 20.11.2025 Сколько Государство потратило денег на меня, обеспечивая инсулином. Вот решила сделать интересный приблизительный подсчет, сколько государство потратило на меня денег на покупку инсулинов. . . .
Ломающие изменения в C#.NStar Alpha Etyuhibosecyu 20.11.2025 Уже можно не только тестировать, но и пользоваться C#. NStar - писать оконные приложения, содержащие надписи, кнопки, текстовые поля и даже изображения, например, моя игра "Три в ряд" написана на этом. . .	Мысли в слух kumehtar 18.11.2025 Кстати, совсем недавно имел разговор на тему медитаций с людьми. И обнаружил, что они вообще не понимают что такое медитация и зачем она нужна. Самые базовые вещи. Для них это - когда просто люди. . .	Создание Single Page Application на фреймах krapotkin 16.11.2025 Статья исключительно для начинающих. Подходы оригинальностью не блещут. В век Веб все очень привыкли к дизайну Single-Page-Application . Быстренько разберем подход "на фреймах". Мы делаем одну. . .	Фото: Daniel Greenwood kumehtar 13.11.2025	Расскажи мне о Мире, бродяга kumehtar 12.11.2025 — Расскажи мне о Мире, бродяга, Ты же видел моря и метели. Как сменялись короны и стяги, Как эпохи стрелою летели. - Этот мир — это крылья и горы, Снег и пламя, любовь и тревоги, И бескрайние. . .

Evg 21281 / 8305 / 637 Регистрация: 30.03.2009 Сообщений: 22,660 Записей в блоге: 30
	14.07.2009, 10:06
	> Вот только в самом хранилище файлы не изменились В каком смысле? Вернее, как ты об этом узнал? В хранилище всё хранится в запакованном виде и по внешним признакам не понять, изменилось там что-то или нет. svn не просто сохраняет слепок, а пишет изменения относительно предыдущей версии. Т.е. в любой момент времени можно выцепить любую ревизию (а не только текущее состояние). Условно говоря, принцип примерно следующий. В хранилище сейчас записано некоторое текущее состояние, допустим ему соотвествует номер ревизии 3 (мне более привычно слово "ревизия" - revision, а не "редакция"). A и B делают себе рабочие копии (в литературе часто используют сокращение WC - working copy). A и B делают правки в локальной копии, полагаем, что правки друг с другом не конфликтуют (т.е. правят они НЕ одно и то же место). A делает "svn commit" и вносит в хранилище свою правку, номер ревизии в хранилище стал 4. У B пока номер ревизии в рабочей копии 3 плюс свои правки. B делает "svn update" и подцепляет к своей рабочей копии правки, внесённые A. Т.е. у B сейчас в рабочей копии номер ревизии 4 плюс свои собственные правки. B делает "svn commit" и вносит в хранилище свои правки. Номер текущей ревизии в хранилище стал 5. У A пока в рабочей копии номер 4, он делает "svn update" и подцепляет правки от B, теперь у A в рабочей копии номер ревизии 5. При этом можно всегда выцепить из хранилища файлы по стстоянию на ревизию 3, 4 и 5. Точную команду не помню, но что-то типа "svn update -r 3" Добавлено через 1 минуту 18 секунд Кстати, судя по логу, ты положил под svn ещё и бинарный файл и ещё какую-то <...>. Этого делать не надо, класть надо только файлы с исходниками - в общем те файлы, которые ты сам правишь, но не те, которые генерятся в процессе компиляции 1

@#pragma Временно недоступен 957 / 228 / 14 Регистрация: 12.04.2009 Сообщений: 926
	14.07.2009, 14:19 [ТС]
	Так хранилище это не та папка,которую я добавлял командой svnadmin create,т.е. subversion не хранит самих исходников,а просто делает слепок папки в исходном состоянии? Потому что в этой папке исходники не менялись. 0

Evg 21281 / 8305 / 637 Регистрация: 30.03.2009 Сообщений: 22,660 Записей в блоге: 30
	14.07.2009, 14:31
	Можешь кокнретно показать, какие файлы у тебя где лежат и про какие файлы ты спрашиваешь. Потому как подозреваю, что ты что-то не теми словами называешь, а потому я суть вопроса не втыкаю 1

@IT_Exp MCSD: APP BUILDER 8795 / 1074 / 104 Регистрация: 17.06.2006 Сообщений: 32,602
	15.07.2009, 00:40
	когда ты вытягиваешь проект из репы он уже настроен на использование того сервера, откуда ты его вытянул. чтобы после копирования репы svn понял откуда/куда брать сорцы, надо сделать relocate. как в командной - не помню, в тортоизе - правым кликлм (: 1

Вопрос по svn (Subversion)

Решение