Subversion, использующий в Eclipse

Question

Я исхожу из кода Microsoft в кодировке и, таким образом, был использован для Team Foundation Server и для управления версиями. В TFS файлы будут проверяться сами по себе в Eclipse, и я бы проверил их, когда я закончил.

Я установил Subversion и разъем в Eclipse, и создал свой проект с локальным сервером

На Subversion я должен проверить файл, когда мне нужно, чтобы изменить его? Он не меняет разрешения RW, поэтому я не уверен, что это за процедура.

Так что, если я использую Subversion в Eclipse, то какая процедура проверки файла и его проверка? Какие кнопки нажаты?

Спасибо за помощь!

Answer 1

Обычно я проверяю весь проект, вношу свои изменения, а затем использую представление командной строки для просмотра изменений кода и фиксации оттуда. Щелчок правой кнопкой мыши ключ (см скриншоты)

Answer 2

Большая прогулка по основам можно рассматривать here.

Большинство ваших действий будет находиться под меню Team; где вы можете совершать, добавлять и т. д.

Answer 3

Я использую Subversion с затмением. Теперь я использую subversion с VSS. В обеих ситуациях я нашел, что большую часть времени я предпочитаю использовать Tortoise SVN для всех моих операций с репозиторием. Не так много ответа, но больше мнения.

Answer 4

Нет, вам не нужно «проверять», чтобы разрешить редактирование файла в Subversion. Subversion не использует тот же тип блокировки VSS does (и TFS, по его звуку, хотя я сам не использовал TFS). Блокировка, используемая svn, иногда называется оптимистичной блокировкой. Вот svn manual page on file sharing and locking с более подробными подробностями.

В Subversion вы обновили бы свою рабочую копию, как обычно, но без каких-либо дополнительных шагов вы могли бы просто начать выполнять свои изменения в любом файле рабочей копии без необходимости блокировки других пользователей и совершать, когда готов. Если никто не изменил его с момента обновления, он просто зафиксирует изменения. Даже если у кого-то есть, он все равно будет совершать (при условии, что те же строки не были изменены), и сервер будет обрабатывать его. Если, однако, кто-то другой изменил те же строки файла, что и вы, тогда возникнет конфликт, и коммит завершится с «одним или несколькими файлами в конфликте». Затем конфликт должен быть вручную просмотрен, устранен и помечен как разрешенный, после чего вы будете повторять фиксацию, и тогда она будет проходить (если ничего не было в конфликте).

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