Мы используем Bitbucket, я сделал некоторые изменения, и мой код находится в обзоре кода, и некоторые функции Bitbucket не работают, потому что
Ваша разница слишком велика для поиска. Поиск первых 10000 строк. нет
найдены совпадающие строки
Так как же получить этот размер, чтобы я мог разделить свой запрос на слияние на меньшие?
Я пробовал такие вещи, как:
git diff --shortstat 310a6ca3df2
и возвращается
680 файлов изменено, 12128 вставок (+), 14599 удалений (-)
Но я не вижу никакой связи между различными показателями git и количеством строк, которые сделали diff слишком большим для Bitbucket.
Я проверил документацию по Bitbucket, и в нем мало информации о расчете размера diff. Просто
Четыреста строк и 20 КБ автоматически загружаются для одного
файл.
может быть полезным, но это будет означать, что только 25 файлов с небольшими изменениями могут быть ограничены, и я не хочу в это верить. Мое плохое, это, вероятно, подразумевается, когда во всем diff есть только 1 файл, я думаю.
Так как же получить число, сравнимое с этими 10000 строками? Честно говоря, 10000 строк кажутся мне очень маленькими для большего запроса на слияние.
Я нахожусь в Windows и установил Git Bash, чтобы найти номер.
Я попробовал:
git diff 310a6ca3df2 | wc -l
и возвращается
49746
Но я не верю, что это то же число, что и те 10000, которые использовались, чтобы решить, слишком ли велик коммит. Это означало бы, что я должен делать новый запрос на слияние каждые несколько дней, и это будет очень сложно, потому что эти изменения не будут завершены сами по себе.
Я понял, что даже не знаю, что сравнивать, чтобы получить это число 10000, я думаю, последние коммиты на ветвях, которые я пытаюсь объединить, но я не уверен в этом.
И еще 1 вопрос. Если у меня есть один коммит, превышающий эти 10000 строк (понял, что это мой случай), а затем я удаляю некоторые изменения в коммите в том же запросе на слияние, как это влияет на остальную часть различий в запросе на слияние (потому что этот различий будет быть под 10000 строк в конце)?