Тогда может ты сможешь ответить? Возник спор с коллегой. Вопрос не конкретный, возможно дела вкуса или воркфлоу

Давно есть ответ, например git-flow

Дык задавай вопрос. Не отвечу я - ответят другие.

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

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

Пофиг, если честно. Если напрягает, то можете всю ветку объединять в 1 коммит.

Дело только в том как принято в команде. У нас это не регламентировано, каждый делает как ему удобнее.

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

Бранч под таск, имя бранча с префиксом bugfix/task-1020 feature/task-3345 в "свой бранч таск" ты пушишь хоть неделю потом одним пр сливаете

Бранч под таск, имя бранча с префиксом bugfix/task-1020 feature/task-3345 в "свой бранч таск" ты пушишь хоть неделю потом одним пр сливаете

Сквашом?

Дело только в том как принято в команде. У нас это не регламентировано, каждый делает как ему удобнее.

В их случае даже выгрузка по фтп похоже подойдет)

В их случае даже выгрузка по фтп похоже подойдет)

Почему?

Сквашом?

Нет, потом после релиза ветки удаляются

У нас так, у нескольких знакомых компаний тоже

Нет, потом после релиза ветки удаляются

Это все понятно, общепринятая практика, branch per task. Но я так понял, потом все коммиты с этой ветки вы не сквашите (squash)?

Это все понятно, общепринятая практика, branch per task. Но я так понял, потом все коммиты с этой ветки вы не сквашите (squash)?

Нет. В этом смысла нет особого.

Нет. В этом смысла нет особого.

Почему же, мне кажется есть. Представь, ты выполнил задачу, и ты такой педант, что коммитишь каждое мелкое изменение, в итоге у тебя 56 коммитов ушло на задачу. Если не сквашить, это круто засорит историю основной репы, и это не круто, особенно если команда большая

Почему же, мне кажется есть. Представь, ты выполнил задачу, и ты такой педант, что коммитишь каждое мелкое изменение, в итоге у тебя 56 коммитов ушло на задачу. Если не сквашить, это круто засорит историю основной репы, и это не круто, особенно если команда большая

Почему ты считаешь большую историю "мусором"?

Почему?

Это я шучу так

Это все понятно, общепринятая практика, branch per task. Но я так понял, потом все коммиты с этой ветки вы не сквашите (squash)?

Мы как-то огребли сильно из-за этого, подробностей не помню, с тех пор больше не сквошим

Почему ты считаешь большую историю "мусором"?

Сложно ориентироваться. Если иметь 1 коммит под пр, все очень четко видно, история развития проекта, реализация задач. А не будешь сквашить, то то и дело что будешь видеть: removed bug renamed file intermediate commit commit for fun i hate commits и всякую бессмыслицу

Сложно ориентироваться. Если иметь 1 коммит под пр, все очень четко видно, история развития проекта, реализация задач. А не будешь сквашить, то то и дело что будешь видеть: removed bug renamed file intermediate commit commit for fun i hate commits и всякую бессмыслицу

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

Вы проблему не теми методами решаете.

Сложно ориентироваться. Если иметь 1 коммит под пр, все очень четко видно, история развития проекта, реализация задач. А не будешь сквашить, то то и дело что будешь видеть: removed bug renamed file intermediate commit commit for fun i hate commits и всякую бессмыслицу

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

Часто чуваки из топ компаний говорят типо по рукам давать и все такое, но почему то не учитывают реалии проектов, имхо на это надо делать поправку "делайте хорошо но в условиях которые диктует бизнес" где-то по середине) имхо

Часто чуваки из топ компаний говорят типо по рукам давать и все такое, но почему то не учитывают реалии проектов, имхо на это надо делать поправку "делайте хорошо но в условиях которые диктует бизнес" где-то по середине) имхо

Реалии проектов не оправдывают комментарии типа +1 к коммитам.

всем привет, есть чат по гиту?

https://t.me/git_ru

https://t.me/git_ru

Наркоманы.

))

))

А есть чаты по awk'у?

git намного намного больше чем кажется на первый взгляд

git намного намного больше чем кажется на первый взгляд

спасибо

Почему же, мне кажется есть. Представь, ты выполнил задачу, и ты такой педант, что коммитишь каждое мелкое изменение, в итоге у тебя 56 коммитов ушло на задачу. Если не сквашить, это круто засорит историю основной репы, и это не круто, особенно если команда большая

Если не ребейсить а мержить без fast-forward, то все ветки останутся ветками; да, будут видны в основной истории, но сгруппированно

Если не ребейсить а мержить без fast-forward, то все ветки останутся ветками; да, будут видны в основной истории, но сгруппированно

Без названий. И это печально(

hg в этом отношении приятнее.

Если не ребейсить а мержить без fast-forward, то все ветки останутся ветками; да, будут видны в основной истории, но сгруппированно

Не очень понял, если я открыл пр со своей ветки, на ветку dev, то коммиты моей ветки будут на ветке dev. Что значит "ветки останутся ветками"?

Вот так.

Красиво, это какой-то клиент ил плагин,

?

Красиво, это какой-то клиент ил плагин,

gitkraken

gitkraken

для какого редактора кода?

для какого редактора кода?

Это отдельный клиент.

прошу прощения,не знал)

прошу прощения,не знал)

Да без проблем. Не страшно, что ты что-то не знаешь. Было бы страшно, если бы ты боялся спрашивать)

прошу прощения,не знал)

Мне кажется тут не за что извиняться)

Ну мало ли)

Без названий. И это печально(

В принципе можно сделать скрипт чтобы при мерже фича-ветки ставил тег

В принципе можно сделать скрипт чтобы при мерже фича-ветки ставил тег

Не, препуш хук можно написать. Но я тут подумал. Название ветки нафиг не надо.

Всё равно надо указывать #что-то, чтобы к задаче коммит привязался.

О, терки за гит =) Есть ли смысл работать так - завести разные feature/<name> ветки под разные фичи, периодически сливать из них в мастер и обратно?

gitflow

О, терки за гит =) Есть ли смысл работать так - завести разные feature/<name> ветки под разные фичи, периодически сливать из них в мастер и обратно?

Как договоритесь, так и будет.

Нам пофиг, так что ветки выглядят примерно так.

норм свалка =)

Зато нет мозгоёбства)

Писентос, нормальная тема одна ветка-одна задача, название ветки по номеру задачи

Писентос, нормальная тема одна ветка-одна задача, название ветки по номеру задачи

Если у вас так принято в проекте, то не вижу проблемы.

Как понять что сделано в задаче?

Я не имею ничего против, но считаю что это свалка ;)

Как понять что сделано в задаче?

К пуллреквесту прикрепляются задачи.

У нас, к примеру, автоматическая привязка идёт через #номер.

Так что все понятно.

Пулреквест это фича, в фиче может быть 100500 подзадач

Или я вас одна ?

Одна

Да и пуллреквест можно слать не только в дев.

А ну понятно

ERROR: S client not available

А сколько людей над одной фичей работают ? У нас просто может 5-6 команд работать по 5-8 человек

И в 1 ветку мерддить адок;)

Есть приверженцы create-react-app? как то не зашло(может не глубоко изучал) - стоит того?

да начнется холивар...

А сколько людей над одной фичей работают ? У нас просто может 5-6 команд работать по 5-8 человек

Нет. Людей мало. Не тот формат.

я приверженец чистого webpack

запускаемого через node start.js

запускаемого через node start.js

ну эт бред

у него cli нормальное

Если ты делаешь приложение для людей ты можешь удобно разрулить все

например установите npm install

а причем тут это?

сообщения и тп

Есть приверженцы create-react-app? как то не зашло(может не глубоко изучал) - стоит того?

Юзаем в продакшене на 6 венчурах для каталога

Есть приверженцы create-react-app? как то не зашло(может не глубоко изучал) - стоит того?

что не зашло?

Очень удобно для быстрого старта

что не зашло?

использование

бывает такое - а потом через год возвращаешься и жалеешь что тогда не довник

использование

ну у нас зашло, видать в чем-то у нас отличие проектов есть)

и зря глядеть не хочешь

у нас 2 проекта, 1 с create-react-app, другой без, в первом пока что боли больше

Подскажите что не так в бд есть поле is_active, передается в rest api и имеет значение 0 1 в редакс форме вызываю так <Field name="is_active" type="checkbox" component={ RenderCheckboxField } /> компонента class RenderCheckboxField extends Component { onCheck (e, checked) { this.props.input.onChange(checked); } render() { return ( <FormControlLabel control={ <Checkbox { ...this.props.input } checked={ this.props.input.checked } onCheck={ this.onCheck.bind(this) } /> } label={ this.props.label } /> ); } } галочка снимается и ставится, проблема в том, что изначально при отрисовке не реагирует чекбокс на значение из апи если прихоидт из апи 0, то чекбокс включен

о нет, снова проблемы редакс формы) мне кажется ей пора уже свой канал иметь)

?

defaultChecked?

defaultChecked?

если контролируемый то надо в стейт по дефолту тру класть

я могу ошибится, но возможно: checked={ this.props.input.checked } defaultChecked={ this.props.input.checked } onCheck={ this.onCheck.bind(this) } { ...this.props.input }

так же бинды в рендере это плохо

о нет, снова проблемы редакс формы) мне кажется ей пора уже свой канал иметь)

Ты в нём находишься)

Кто-нибудь работал с react-leaflet? Можете помочь?

Кто-нибудь работал с react-leaflet? Можете помочь?

Я думаю профитнее сразу проблему написать