Один и тот же файл в нескольких списках изменений в исполнении

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

Дополнительный вопрос: если перформанс не поддерживает это, то какие системы контроля версий, если таковые имеются, делают?

Ответы на вопрос(5)

GIT позволяет для списков изменений для каждой строки.

Для сравнения между двумя взгляните на этот вопрос:GIT vs. Perforce - Два VCS войдут ... один уйдет.

отменить, отредактировать файл, скопировать один набор изменений в файл, отправить, отредактировать, скопировать следующий набор изменений, отправить, отредактировать и т. Д.

бочие пространства (клиенты). Если вы действительно не знаете, что делаете, обязательно установите разные корневые каталоги в каждом из ваших рабочих пространств. Чтобы сэкономить время (и диск), не беспокойтесь о синхронизации всего депо в новом рабочем пространстве.

Иногда у меня будет две копии депо (с использованием двух рабочих пространств); тот, который содержит незавершенную работу, и тот, который я не изменяю. Если мне нужно быстро изменить файл, который сильно изменен в моей рабочей области WIP, я могу использовать «virgin». рабочая область для внесения изменений и отправки их.

 17 февр. 2012 г., 19:46
+1 Я думаю, что это лучший обходной путь.

http://www-03.ibm.com/software/products/en/rtc/). Вы можете иметь один и тот же файл во многих наборах изменений. Если вы хотите добавить File1 в Changeset1 и Changeset2, вы должны сначала выполнить Changeset1. Это позволяет вам добавить файл 2 в Changeset2, но затем создается зависимость между наборами изменений, поэтому вы не можете доставить Changeset2, не доставив также и Changeset1. Кроме того, вы не можете вносить изменения в полную ревизию.

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

Для получения дополнительной информации читайте:

http://blog.perforce.com/blog/?p=1872 http://www.perforce.com/perforce/doc.current/manuals/cmdref/shelve.html
 18 янв. 2019 г., 20:50
Ни одна страница не загружается

Ваш ответ на вопрос