-
Юбилейный DevConfX пройдет 21-22 июня в Москве. Как всегда — Вы решаете, кто попадет в программу секции Backend — голосуйте за интересные доклады
В стартап нужен РНР девелопер на 2-3 месяца.
- Автор темы Malgin
- Дата начала
Malgin
Новичок
Согласен. Но только на таких проектах невозможно набраться:
- опыта толковой работы с Git (грамотный pull request workflow/code review)
- опыта работы по скраму (созвоны с интервалом в 2-3 дня с обсуждением кода, насущных вопросов, 2-х недельных спринтов с их планированием, регулярных демо проделанной работы)
- XProgramming (https://en.wikipedia.org/wiki/Extreme_programming)
- и многие другие интересные и не очень техники и навыки
Все это мы или используем, или будем использовать. И это вторая часть компенсации - недостаточно опытные разработчики за 2-3 месяца работы с нами смогут набраться приемов работы из крупных проектов.
Absinthe
Так и не надо разбираться. Системы контроля версий это такая штука, что чем меньше знаешь, тем лучше работает. Вообще, всё через IDE и вебморду делается в пару кликов.
Про 15 минут взято не с головы, проверено на собственной практике, да и видео ролик на каком-то друпаловском ресурсе есть.
Так и не надо разбираться. Системы контроля версий это такая штука, что чем меньше знаешь, тем лучше работает. Вообще, всё через IDE и вебморду делается в пару кликов.
Про 15 минут взято не с головы, проверено на собственной практике, да и видео ролик на каком-то друпаловском ресурсе есть.
Redjik
Джедай-мастер
Хз у меня до сих пор только после танцев с бубнами получается отменить коммит после пуша =(
несмотря на http://phpclub.ru/talk/threads/Как-удалить-commit-в-github.69892/#post-624523
несмотря на http://phpclub.ru/talk/threads/Как-удалить-commit-в-github.69892/#post-624523
Malgin
Новичок
Самый правильный подход в этой ситуации (ИМХО конечно) это работать по такой форкфлоу, при котором риск такой ситуации будет минимальным.
Если все же столкнулся с этой ситуацией, как по мне, лучше сделать одно из двух:
1) (лучше) использовать git revert (эта команда автоматически создает коммит, основываясь на реверс-диффе, который переписывает изменения "плохого" коммита)
2) (хуже) создать такой коммит руками
Поддерживаю. Рано или поздно начинаешь задумываться над CI, а это уже совсем другая история, и с коммитами, и с пулл-реквестами.
А по поводу работы с гитом из IDE - я не могу так
Я люблю консоль за то, что всегда видно что ты делал шаг, два шага, семь шагов назад. Когда работаешь с несколькими ветками, в команде, где больше 3 человек, начинается такая путаница с git branch -d branchname && git pull origin HEAD && git checkout -b newbranchname && git rebase master/dev && git push && git checkout master/dev && git branch -d newbranchname &&..., что, работая из IDE, невозможно уследить, что ты делал, а что нет, свежий код, или нет, можно пушить/мержить/ребейсить, или нет. В консоли спокойнее, там тишь да благодать Но это, конечно, дело вкуса.
Malgin
все наоборот, каждая задача подразумевает "task", каждый task подразумевает "branch", на каждую задачу открыто ~ 5-10 файлов. будешь работать в консоле - будешь прыгать по окнам с тормозными мыслями что нужно сейчас сделать, нормальный IDE если он правильно настроен решает задачи в пару кликов мышкой и написание task на задачу если ее не существует, запоминает открытые файлы, на коммит делает автоматическое описание, еще пару кликов и merge готов. все это дает возможность легко переключаться от задачи к задаче, не теряя времени, работая одновременно с 3 медленными задачами, требующих постоянного ожидания, и параллельно решать нагоревшие тикеты. при этом лог должен оставаться чистым. комменты типа "добавил точку в описании", хотелось бы по максимуму избегать, а оставлять чистые решения тиктов.
все наоборот, каждая задача подразумевает "task", каждый task подразумевает "branch", на каждую задачу открыто ~ 5-10 файлов. будешь работать в консоле - будешь прыгать по окнам с тормозными мыслями что нужно сейчас сделать, нормальный IDE если он правильно настроен решает задачи в пару кликов мышкой и написание task на задачу если ее не существует, запоминает открытые файлы, на коммит делает автоматическое описание, еще пару кликов и merge готов. все это дает возможность легко переключаться от задачи к задаче, не теряя времени, работая одновременно с 3 медленными задачами, требующих постоянного ожидания, и параллельно решать нагоревшие тикеты. при этом лог должен оставаться чистым. комменты типа "добавил точку в описании", хотелось бы по максимуму избегать, а оставлять чистые решения тиктов.
git-filter-branch не?
WMix
+1, особенно если в phpstrom ещё подрубить таск трекер, то можно просто воркфлой хранить под каждый таск.
Absinthe
ну, если ты пушнул, то его уже мог кто-то забрать, CI собрать билд и не дай бог кто-то забрал и поправил так, что без конфликта не откатишь. Ситуация ненормальная, но решаемая несколькими путями.
+1, особенно если в phpstrom ещё подрубить таск трекер, то можно просто воркфлой хранить под каждый таск.
Absinthe
ну, если ты пушнул, то его уже мог кто-то забрать, CI собрать билд и не дай бог кто-то забрал и поправил так, что без конфликта не откатишь. Ситуация ненормальная, но решаемая несколькими путями.