Size: a a a

2019 July 06

Dv

Dr. Friedrich von Never in pro.git::next
Roman Usherenko
а что это за конфиги на каждого свои?
Ну креденшелы для доступа в БД, например.
источник

Dv

Dr. Friedrich von Never in pro.git::next
А БД или у всех своя локальная, или per team.
источник

RU

Roman Usherenko in pro.git::next
а блин. я думал речь о конфигах гита
источник

Dv

Dr. Friedrich von Never in pro.git::next
Да не
источник

RU

Roman Usherenko in pro.git::next
обычно это решается на другом уровне - переменными среды и приблудами для менеджинга
источник

RU

Roman Usherenko in pro.git::next
типа .env и .env.local
источник

RU

Roman Usherenko in pro.git::next
а ну это по факту тот же подход. чет я туплю сегодня
основной ответ - использовать библиотеки которые за тебя менеджат
источник

E雨

Elnee 雨 in pro.git::next
Stas Koynov
но должен быть хотябы мануал или скрипт генерации базового конфига или тупо хранится дефолтный, чтоб я после клона мог хоть как-то работать. а то мол вот бинарник, но он без конфига не работает, где почитать как получить хз. пишите автору он за бабосы вам ответит... тебя дней через 0, повесят на флаг шток и еще гимн споют.
Это не мой проект, но суть понял, спасибо.
источник

E雨

Elnee 雨 in pro.git::next
Dr. Friedrich von Never
Я обычно складываю в репу config.example.cfg, а настоящий config.cfg добавляю в гитигнор
Вот я только утром додумался до этого. Но не знал насколько нормально, может есть лучше варианты.
источник

E雨

Elnee 雨 in pro.git::next
Dr. Friedrich von Never
Ну креденшелы для доступа в БД, например.
Да, так и есть, именно доступ к БД
источник
2019 July 08

AS

Alexey Shumkin in pro.git::next
источник
2019 July 09

Dv

Dr. Friedrich von Never in pro.git::next
Я ответил "Rebase", но вообще, у нас всё происходит странно и запутанно %)
источник

Dv

Dr. Friedrich von Never in pro.git::next
Есть автоматическая мержилка, которая прогоняет тесты и потом делает Merge. А до того, как отправлять код в автомат, всяк поступает как ему нравится. Я, например, периодически ребейзю изменения, а кто-нибудь любит завязывать узелки из мерж коммитов.
источник

E雨

Elnee 雨 in pro.git::next
Dr. Friedrich von Never
Есть автоматическая мержилка, которая прогоняет тесты и потом делает Merge. А до того, как отправлять код в автомат, всяк поступает как ему нравится. Я, например, периодически ребейзю изменения, а кто-нибудь любит завязывать узелки из мерж коммитов.
Хмм, интересно. Я вот просто на граф не смотрю в большинстве случаев. Бывали на практике случаи когда приходилось разбирать все эти узлы?
источник

Dv

Dr. Friedrich von Never in pro.git::next
Elnee 雨
Хмм, интересно. Я вот просто на граф не смотрю в большинстве случаев. Бывали на практике случаи когда приходилось разбирать все эти узлы?
Чужие — нет. Свои — да :)
источник

Dv

Dr. Friedrich von Never in pro.git::next
С тех пор собстно и завязал с практикой завязывания узлов.
источник

Dv

Dr. Friedrich von Never in pro.git::next
Ну и на граф смотрю очень часто.
источник

AS

Alexey Shumkin in pro.git::next
Elnee 雨
Хмм, интересно. Я вот просто на граф не смотрю в большинстве случаев. Бывали на практике случаи когда приходилось разбирать все эти узлы?
а как "ветвиться", если не представлять как эти ветки выглядят? меня всегда это удивляло в тех, кто это делает...
источник

AS

Alexey Shumkin in pro.git::next
Elnee 雨
Хмм, интересно. Я вот просто на граф не смотрю в большинстве случаев. Бывали на практике случаи когда приходилось разбирать все эти узлы?
и мне приходилось разбирать.. и свои, и чужие (например в том же git-е,curl-е, GitLab-е, gitlab-runner-е... да вообще в любом проекте, в котором приходилось искать концы багов)
источник

AZ

Alexander Zaitsev in pro.git::next
Юзаю ребейз. И вообще слабо понимаю холивары мержа против ребейза
источник