Size: a a a

2017 September 11

ES

Eugene Shapovalov in GitFox
@terrakok
Now it's very important to make a list of tasks for the first release. You can start with this.
For example: You can see this application for GitHub: https://play.google.com/store/apps/details?id=com.fastaccess.github

Это разве не Issues, что уже есть в приложении?
источник

KT

Konstantin Tskhovrebov in GitFox
всмысле? вы решили, что гитфокс == фастхаб?
источник

ES

Eugene Shapovalov in GitFox
Konstantin Tskhovrebov
всмысле? вы решили, что гитфокс == фастхаб?
я просто не могу понять, что значит list of tasks. И предлположил, что это Issues в GitFox.
источник

KT

Konstantin Tskhovrebov in GitFox
короче: важно создать список задач для первого релиза. это должна быть очень небольшая, но законченная функциональность.
фастхаб - это пример неплохого клиента, но он для гитхаба. можно смотреть на него, как на некоторый пример.
источник

ES

Eugene Shapovalov in GitFox
Konstantin Tskhovrebov
короче: важно создать список задач для первого релиза. это должна быть очень небольшая, но законченная функциональность.
фастхаб - это пример неплохого клиента, но он для гитхаба. можно смотреть на него, как на некоторый пример.
вы имели ввиду документацию, а я функциональность 🙁
источник

IG

Ilya Gulya in GitFox
Цель сделать новый крутой клиент для гитлаба?
Просто уже как бы существует весьма неплохой клиент https://play.google.com/store/apps/details?id=com.commit451.gitlab
источник

VD

Vitalii Dmitriev in GitFox
Цель скорее вникнуть в чистую архитектуру, котлин, и прочая, и прочая.
источник

ES

Eugene Shapovalov in GitFox
Вот мои цели
1) я никогда не участвовал в open source project
2) проект разрабатывается на основе CA
3) Kotlin
4) я хочу научиться у Константина.
источник

IG

Ilya Gulya in GitFox
Да это понятно)
Я о том что побочный продукт тоже хорошо бы полезный получить)
источник

KT

Konstantin Tskhovrebov in GitFox
я познакомился и лично разговаривал с создателем лабкоута.
стоит бегло взглянуть на его код, как становится очень плохо.
до гитфокса я пытался начать рефакторить именно лабкоут, но это тупиковый путь.
а так как ГитЛаб очень быстро развивается и там появляется много крутых фич - было решено начать новый клиент (а создатель лабкоута сказал, что вероятно захочет к нам присоединиться в будущем)
источник

ES

Eugene Shapovalov in GitFox
вот это поворот
источник

IG

Ilya Gulya in GitFox
Konstantin Tskhovrebov
я познакомился и лично разговаривал с создателем лабкоута.
стоит бегло взглянуть на его код, как становится очень плохо.
до гитфокса я пытался начать рефакторить именно лабкоут, но это тупиковый путь.
а так как ГитЛаб очень быстро развивается и там появляется много крутых фич - было решено начать новый клиент (а создатель лабкоута сказал, что вероятно захочет к нам присоединиться в будущем)
ок, спасибо
источник

KT

Konstantin Tskhovrebov in GitFox
@aadolgiy и другие, кто скоро захочет приступить к проекту: немного формальности.
(надо это будет описать в контрибьюшен гайде)
если в ветке делается новая функциональность, то ветка должна называться feature/...
если это баг фикс, то fix/...
источник

KT

Konstantin Tskhovrebov in GitFox
и название ветки должно хоть как-то намекать на то, что в ней происходит, а не только иметь ИД ижью
источник

AD

Aleksey Dolgiy in GitFox
Konstantin Tskhovrebov
@aadolgiy и другие, кто скоро захочет приступить к проекту: немного формальности.
(надо это будет описать в контрибьюшен гайде)
если в ветке делается новая функциональность, то ветка должна называться feature/...
если это баг фикс, то fix/...
Понял, этой информации и правда не хватает
источник

AD

Aleksey Dolgiy in GitFox
Konstantin Tskhovrebov
и название ветки должно хоть как-то намекать на то, что в ней происходит, а не только иметь ИД ижью
Принято
источник

ES

Eugene Shapovalov in GitFox
@terrakok
вот у меня вопрос по веткам, чтобы не натворить хаос:
допустим я создал ветку feature/todo_tab и добавил entity + api, теперь надо делать mr в original project.
Он автоматически создаст аналогичную ветку в original project?
источник

KT

Konstantin Tskhovrebov in GitFox
да.
и после того, как первый MR будет принят, вы продолжите работать в этой же ветке и готовить второй MR
источник

ES

Eugene Shapovalov in GitFox
отлично
источник

IG

Ilya Gulya in GitFox
@terrakok то бишь можно уже брать таски и пилить?
Запрашивать доступ для роли гостя нужно?
источник