Александр Мастеров

Это конфликт слияния. Происходит потому, что в двух ветках были параллельно внесены изменения (перед ======= то, что в одной ветке изменилось, после - в другой)

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

Похоже, что это появилось после автоматического форматирования кода (если везде так), поэтому лучше сделать checkout к нужному месту (откатить изменения в одной из веток) или fetch, если на удаленном репозитории нужные изменения уже есть

в общем делал все как рекомендуют люди для обучения =)

А кто так рекомендует?
Какие именно книги вы читали, по каким технологиям, ПО?
Самый лучший, надежный и проверенный способ научиться программировать - это программировать. Не видоизменять или переписывать чужой код, а писать свой.
Как учат программированию в вузах?
На лекции дают теорию (вы читаете книгу).
На лабораторных дают задания (это практика). У вас нет лаб, вам нужно найти такую книгу или такой сайт, где были бы задания. То есть где вам, с нуля надо было бы написать код.
Да, вы будете делать это медленно.
Да, ничего поначалу не будет работать.
Да, вы будете без конца лезть в гугл.
Но когда вы наконец сделаете первое задание, вам будет гораздо легче делать второе, а после второго - третье и так далее.
(И скажу вам по секрету, в гугл лезут не только новички. )
Если не хотите делать задания, поставьте себе задачи сами. Но только надо двигаться постепенно, от простого к сложному.
Скажем, для начала я хочу сделать себе простой статический сайт, мой личный, обо мне.
Поверьте, вы его сами сделаете, даже если будете проводить в гугле половину времени.
Потом я хочу добавить на него форму обратной связи.
Потом форум.
Потом чат.
Потом редактор картинок.
И так далее. Идея понятна?
Но главное! Не опускать руки, задавать вопросы и все время двигаться вперед.

Почти не пользуемся Trello, а юзаем гугл доки для задач.

В гуглодоках хратить широкое описание задачи допустимо, если например это спецификация некого протокола. В задаче же должна быть ссылка на эту спецификацию.
Донесите до руководства выше вас и TL и PM, что задачи, кроме таск менеджера - не должны браться в работу. В крайнем случае заводите задачи самостоятельно и отправляйте ссылки на них постановщику, TL и PM. Если это будет восприниматься в штыки PM/TL - валите от туда, если же какими-то другими постановщиками - отправляйте их к TL/PM с указанием, где оформляется задача и как. Так чисто между прочим вот этот вот все - задача вашего PM-а.

Не всегда удается убедить, что на реализацию нужно больше времени.

Фиксируйте ETA задачи перед тем, как брать ее в работу. Уведомляйте об этом постановщика И TL-а. Если вдруг возникнут вопросы до реализации - спросите, на каком основании выставлялось ETA постановщиком, опираясь на кодовую базу. Во время реализации - фиксируйте возникшие трудности в теле задачи. Если ETA сильно увеличиться - обязательно уведомьте об этом TL-а и постановщика. Если вопросы возникнут в конце - ссылайтесь на комментарии и уведомления.

Очень много времени приходится тратить на помощь другим джунам, которые не умеют/не хотят гуглить элементарные вещи (как сдедать ветку в гите, как добавить CSS свойство в JQuery).

Это входит в ваши обязанности? Если нет - отправляйте к гуглу. Безусловно, человеком тоже надо быть и помогать по мере возможности, но не во вред вашим основным обязанностям. Если вдруг этого от вас потребует руководство - не вопрос, заводите maintenance задачу и логгируйте в нее потраченное время.

Периодически (пару раз в неделю) орут матом менеджеры (не на прогеров, а друг на друга или просто так).

It's ok

Не хватает тестеров и некоторые задачи очень долго не тестируются.

И чо? Это ваша проблема что ли? Если конкретно ваша задача долго тестируется и вопросы к вам - отправляйте в отдел тестировщиков.

помогаю с переходом на Жиру (на Трелло ругается наш менеджер), настраиваю там все...

Вообще говоря это прямая задача вашего PM-а и админов.

Это правда не особо нормально или я много хочу?

То, о чем вы тут писали - называется технический процесс. Да, в вашей компании он не очень.

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

Используйте pgbouncer.
Лучше всего в режиме transaction пула. Тогда backend postgresql будет выдаваться соединениям от приложения только на время выполнения транзакции. Что позволяет и очень эффективно утилизировать лишь небольшое число процессов postgresql и сохранить возможность транзакционной работы. В режиме транзакций не работают prepared statements, но PDO их и так эмулирует, так что проблемой это не является.

pgbouncer легко держит тысячи открытых соединений с приложением, легко их открывает и закрывает, развлечения начинаются при попытке прокачать через баунсер с гигабит трафика (и обходится банально запуском второго баунсера тут же на другом порту). Обычно размещается на машине непосредственно с базой на 6432 порту.
И вообще-то является фактическим стандартом для инсталляций postgresql.

Если рассматривать mysql innodb, то там даже если вы не добавите id, при отсутствии первичного ключа будет создан системный (скрытый для вас) первичный ключ.

Что касается конкретно ID, то нет, именно этот столбец в таблице не обязателен.
Но вот иметь первичный ключ крайне желательно. В его роли может выступать другой столбец (или несколько) содержащий уникальные данные однозначно идентифицирующие запись