aol-nnov

мусье документацию на жэ-юнит четыре читали?

https://junit.org/junit4/faq.html#atests_7

@Test(expected = MyMegaException.class)
public void testIfItBroke() {
    MyClass mega;
    mega.methodThatThrows(wrong params);
}

и, да, я бы использовал что-то более специфичное, чем Throwable.

При этом не парясь писать что-то типа: git push <_мой_оригин_> <_мой_мастер_>, а просто git push

экономия на спичках.
по своему опыту могу сказать, что явное лучше неявного. когда ты в команде явно указываешь что, откуда и куда, все только в выигрыше.

энивей, ответ на твой вопрос тут, не поленись почитать и остальные главы.

геттеры-сеттеры?! есть же ломбок!

а вообще, на джаве же не в блокноте программируют, а норм IDE сами отсортируют всё в своей панельке с методами.

эти значения используются только при создании коммита.
если ты сначала закоммитил, а потом пошел менять локальные параметры, это ничего не изменит.
крайний коммит можно git commit --amend --reset-author, остальные - через интерактивный ребейз.

документация тут: https://git-scm.com/book/en/v2

Тебе надо fetch

> Как решить проблему Colliding Attributes?

Вероятно, почитать сообщение об ошибке и предпринять меры, которые там описаны, не?!

git fetch origin
git checkout -b <название ветки> origin/<название ветки>

документация тут: https://git-scm.com/book/en/v2