Количество изменений в наборе изменений сохраняется как тип int
CLR.Так что определенно есть верхний предел int.MaxValue
или 2,147,483,647
.Я не думаю, что есть какие-либо проверки для ограничения количества изменений каким-либо другим способом (хотя я могу ошибаться.) Реально, у вас, вероятно, есть конфликт пространства на диске, чтобы иметь дело с сервером задолго до того, как вы достигнете этого значения.
Одна из конкретных целей разработки Team Foundation Server заключалась в том, чтобы иметь дело с большими наборами изменений, в частности слиянием больших ветвей функций с большим количеством отказов, которые могут создавать набор изменений с большим количеством изменений слияния или слияния / редактирования.
Короче говоря нет.И даже если бы они были, сотня - это несколько порядков.Не должно быть причин разделять их на несколько наборов изменений - вы делаете себе только медвежью услугу.Вы наносите ущерб прослеживаемости, делая это и в основном переходя в неатомарную систему (yay, CVS!) И делая состояние вашего хранилища ненадежным.Это отрицательно влияет на непрерывную интеграцию, связь с рабочими элементами и сборками и общую прослеживаемость.Представьте, что вы проверяете половину ваших слияний на ветке ... а затем на другой половине.Это звучит как кошмар.