Напишу все предысторию... в начале не написал, сам разбирался что там было вообще !
1. один разраб (2) обратился ко мне, когда один фрукт (разраб 1) предложил ей создать ветку из предыдущего коммита "e" и перезаписить/удалить изменения в 2-х предыдущих коммитах (мастера), после мерджи ветки feature 1 с мастером. Я пытаюсь понять как этот фрукт это реализует если прямая запись в ветку мастер у нас на удаленном хранилище запрещена. Наверное просто делает Pull Request, кот удаляет предыдущие два изменения - но в истории они сохраняются, просто пытаюсь понять как это сделать чисто командным способом, без того, чтобы ручками их удалять ! В коммитах f и g изменений очень много !
2. Можно ли это как-то отследить - хотя вряд ли конечно !
1. один разраб (2) обратился ко мне, когда один фрукт (разраб 1) предложил ей создать ветку из предыдущего коммита "e" и перезаписить/удалить изменения в 2-х предыдущих коммитах (мастера), после мерджи ветки feature 1 с мастером. Я пытаюсь понять как этот фрукт это реализует если прямая запись в ветку мастер у нас на удаленном хранилище запрещена. Наверное просто делает Pull Request, кот удаляет предыдущие два изменения - но в истории они сохраняются, просто пытаюсь понять как это сделать чисто командным способом, без того, чтобы ручками их удалять ! В коммитах f и g изменений очень много !
2. Можно ли это как-то отследить - хотя вряд ли конечно !
практический смысл в том, что он хочет увильнуть от нормального revert changes и если ему срочно нужно задеплоить в продакшен свои изменения, а изменения f & g еще не протестированны, то он таким образом их просто избегает. Делает H1, тестирует свои изменения только, а я хочу определить паттерн и запретить такие практики в самом пайплайне - если возможно конечно !
Смотрите Сергей Кузнецов, что он делает. Коммиты f и g остаются в истории, но после всего ветка мастер становится такой
a - b - c -d -e -f -g - H1 - причем в H1 нету изменений сделанных в "g" и "f". Как это происходит, не совсем понимаю. То ли после rebase переименовывает feature1 в master?
как он выглядит если открыть простым текстовым редактором? Все выглядит просто!
В общем, для чтения вам надо создать List of Objects, в который будут парситься структуры из данного файла. Первая строка - индексы записанных колонок, вторая и далее просто ученики и цифры их оценок.
Что-то я нахожу сам, за что-то другое прошу помощи. И да гугл не ответи на этот вопрос вот так просто. Кстати тут задают гораздо более дурацкие вопросы, чем мои. Было время, задал, сам буду над этим сидеть пол дня - а так быстрее будет - для этого этот форум и предназначен. Я же не с нулем прихожу сюда. И еще, сейчас пытаюсь разработку изучить.
Напишу все предысторию... в начале не написал, сам разбирался что там было вообще !
1. один разраб (2) обратился ко мне, когда один фрукт (разраб 1) предложил ей создать ветку из предыдущего коммита "e" и перезаписить/удалить изменения в 2-х предыдущих коммитах (мастера), после мерджи ветки feature 1 с мастером. Я пытаюсь понять как этот фрукт это реализует если прямая запись в ветку мастер у нас на удаленном хранилище запрещена. Наверное просто делает Pull Request, кот удаляет предыдущие два изменения - но в истории они сохраняются, просто пытаюсь понять как это сделать чисто командным способом, без того, чтобы ручками их удалять ! В коммитах f и g изменений очень много !
2. Можно ли это как-то отследить - хотя вряд ли конечно !