Есть ли способ зафиксировать файл "частично" в TortoiseSVN?

Ответ 1

Верхний проголосовавший ответ устарел.

С сайта tortoiseSVN: http://tortoisesvn.net/docs/nightly/TortoiseSVN_en/tsvn-dug-commit.html

Фиксировать только части файлов

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

щелкните правой кнопкой мыши на файле и используйте контекстное меню → Восстановить после фиксации. Это создаст копию файла, как есть. Затем вы можете редактировать файл, например. в TortoiseMerge и отменить все изменения, которые вы не хотите совершить. После сохранения этих изменений вы можете зафиксировать файл.

После совершения фиксации копия файла восстанавливается автоматически, и у вас есть файл со всеми вашими изменениями, которые не были возвращены.

Ответ 2

Нет. Subversion работает на уровне файла.

Ответ 3

Нет.

Лучший способ сделать это - проверить в каком-либо файле, например build_paths.h.default, а затем на каждой платформе сборки скопировать его в build_paths.h, изменить его в соответствии, а затем передать SVN в IGNORE build_paths.h, И, наконец, #include "buiild_paths.h" в вашей программе.

Ответ 4

Краткая версия: НЕТ. Subversion - это система "все или ничего" (как и все системы управления версиями, о которых я знаю)

Более длинная версия: Нет, однако, если вы используете что-то вроде NANT для создания, вы можете использовать xmlpoke или подобное для перезаписи частей файла при сборке. Работает для нас:) Мы переписываем около 6 файлов web.config и других файлов конфигурации приложения при сборке (ну, при создании пакета развертывания)....

Ответ 5

Решение вашей проблемы заключается не в том, чтобы получить подрывную деятельность, чтобы сделать это для вас, а для настройки вашего приложения, чтобы детали, специфичные для среды (такие как значение [SOME_PATH]) были сохранены "извне" в код, который отмечен в.

Выполняете ли вы это с помощью отдельного файла, который должен быть проигнорирован SVN, или вы храните эту информацию в переменной среды, зависит от языка разработки/ОС и нескольких других факторов.

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

Также может быть целесообразно рассмотреть вопрос о том, должны ли данные применяться во время сборки или времени выполнения - если вы можете организовать последнее, упростите развертывание новых версий приложения.

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

Ответ 6

В общем да! Функциональность была добавлена ​​в последней версии torroise svn (1.8). См. примечания к выпуску. К сожалению, это ручная процедура, которая может быть не настолько подходящей для вашего конкретный вариант использования - более полезен для "Я нахожусь в середине новой функции и заметил ошибку и хочу зафиксировать ситуацию с исправлением ошибок".

В вашей ситуации я использую файл шаблона, который используется в процессе сборки для создания фактического используемого файла (этот файл создается только из файла шаблона, ничего больше не присутствует). У меня есть файл tempalte в svn, но acutal файл игнорируется. Это означает, что мне нужно только создать один раз после новой проверки, а затем моя рабочая копия в порядке - но значения для тегов не выполняются. Если мне нужно добавить новые теги, я делаю это в файле tempalte и перестраиваю свою рабочую копию.

Ответ 7

Вы также можете определить:

• крюк предварительной фиксации, который позаботится об откате для вас,
• и перехват post-commit для восстановления вашего файла.

Ой... на самом деле это не очень хорошая идея, согласно Руководство SVN.

• Все триггеры выполняются на стороне сервера (а не на стороне клиента, как это имеет место для ClearCase)
• Subversion хранит кеши на стороне клиента определенных битов данных репозитория, и если вы меняете транзакцию фиксации таким образом, эти кеши становятся незаметно устаревшими. Эта несогласованность может привести к неожиданному и неожиданному поведению. Вместо того, чтобы изменять транзакцию, вы должны просто проверить транзакцию в привязке до фиксации и отклонить фиксацию, если она не соответствует требуемым требованиям.

A возможный путь - это изменить ваш файл в post-commit script, а затем зафиксировать этот файл как независимое изменение, прежде чем восстанавливать его в другой пост-фиксации script...

Ответ 8

То, что вы ищете, - это функция различных распределенных систем контроля версий, таких как darcs.