с использованием меток и набора изменений с SVN (управление источником subversion)

Question

Я использую метки TFS и наборы изменений, чтобы легко синхронизировать работу из ветви dev для тестирования, а затем для филиалов. Я не могу обойти это в SVN ... Для начала, как создать набор изменений (список изменений, как он называется здесь?)? Должен ли я использовать для этого инструмент командной строки? Я использую VS2015 и VSN plug in 2.5.12 То же самое касается создания метки - желательно той, которая представляет собой группу выбранных наборов изменений, а затем опубликовать ее в другой ветке?

Answer 1

Вы можете использовать инструмент gui tool tortoiseSVN для окон. это бесплатно.

SVN работает с багажником. каждая фиксация переходит к одной и той же магистрали (например, ведущая ветвь в git). в последний раз вы можете объединиться со старым выпуском с использованием слияния tortoiseSVN (если вы используете окна, перейдите в исходную папку правой кнопкой мыши, и вы получите параметр tortoiseSvn).

Answer 2

A TFS change set (несколько), сопоставимый с SVN commit. Список изменений - это просто клиентский инструмент для вашей локальной организации рабочего пространства (вы должны игнорировать его, пока не освоите основы). Фиксирование обычно выполняется в одной ветви чаще всего на «основной» ветке, называемой «trunk». Каждая фиксация адресуется натуральным числом, которое линейно увеличивается, так называемая ревизия.

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

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

корень

• ветви/
• теги/
• ствол

пример прольет свет в том числе:

1. вы создали на устранение ошибку /branches/release_1.0 и совершил его (создать Rev.7)

2. вы хотите «объединить» ошибку в багажник, так что будущие версии будут поддерживать это устранение ошибки. Для этого вы объединяете rev. 7 от /branches/release_1.0 до /trunk поэтому создание rev. 8 (в истории журнала вы можете увидеть, что изм. 8 в основном перераб. 7 объединены в ствол)

3. вы хотите пометить версию с исправлениями как «релиз 1.1» путем копирования /branches/release_1.0 в /tags/release_1.1, создавая новый rev.9 в журнале истории, вы увидите, что /tags/release_1.1 является копией /branches/release_1.0 от rev.8

В SVN нет ничего сложного. Это всего лишь простая файловая система с версией и не имеет много сложных функций (например, правильные слияния или разветвления абстракций). Большинство людей, прибывающих из новых VCS, имеют тенденцию отображать свои текущие абстракции в функции SVN (которые обычно отсутствуют в SVN) и становятся очень отвлекаемыми.