хм как-то не вспомню такие. а что ты расчитываешь там прочесть, как пишут код и коммитят его в терминале или гит клиенте?

как не используют сториборды и не коммитят ксибы, когда их икскод сам апдейтит

так смотреть надо на изменения

так смотреть надо на изменения

вот только хотел написать

если икскод версию документа обновил или координаты на 0.5 поправил, можно и сбросить их

ну так а я о чем

да нет, со сторибордами проблем ни разу не было

но вот постоянно меняется .pbproj файл, например

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

с Cocoapods периодически проблемы

конфликты в смысле

ну и там типа постоянно менять code signing на свой после пулла с другой ветки

с Cocoapods периодически проблемы

мы не держим поды в репе, коммитим .lock файл

так, уже что-то)

конфликтов нет. делаешь пулл и инсталлятся те поды, которые указаны в локе

а не лейтест

мы не держим поды в репе, коммитим .lock файл

мы тоже, так збс

ну и там типа постоянно менять code signing на свой после пулла с другой ветки

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

если деплоймент очень жаркий и юзается CI то можно прикрутить фастлейн

у них там есть фича с match

типа он сам генерит провижены нужные и раздает

подробней не расскажу — не я рулю билдмашиной

но с точки зрения участника проекта работает так: сливаешь проект, делаешь под инсталл, делаешь матч девеломпент и у тебя всё ок работает и нежелательные изменения не происходят

то есть папка /Pods в гитигноре, а podfile и podfile.lock коммитсятся?

да

это позволяет не указывать строгие версии и рулить апдейтом подов кому-то одному

ага, вижу

здорово

спасибо

нашел еще материальчиков по этому делу: https://robots.thoughtbot.com/xcode-and-git-bridging-the-gap https://github.com/github/gitignore/blob/master/Swift.gitignore

> @khabiroff https://robots.thoughtbot.com/xcode-and-git-bridging-the-gap это чет боян

с гитхаба поинтересней

ну там зато кроме гитигнора фиксят проблему с .pbproj

что при мерже автоматически сохраняются изменения из обоих веток

ну там зато кроме гитигнора фиксят проблему с .pbproj

поэтому круче всего самостоятельно составить свой игнор

с блекджеком и пбпрожами

игнором там не обойтись

.pbproj - часть .xcodeproj, там хрянится какие файлы в каких группах лежат. Если два разных разраба что-то делают и оба добавили/удалили файлы из проекта, то будет конфликт в любом случае, а в игнор это добавить нельзя.

ну да, так будет

но он быстро резолвится же

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

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

потому что обычно не добавляешь за раз типа там 20 файлов которые лежат в разных местах

на начальных этапах разработки сэкономит время немножко

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

Может вопрос тупой но чувствую что есть пробел в знаниях))

сложно как-то. в плане это тебе самому надо, типа ты это на досуге почитывать будешь и анализировать или аналитикам, которые втыкают в поведение юзера?

для себя

а ты уверен что будешь разгребать потом эти логи?))

а вот хз

потому и хочу узнать как правильно))))

крешлитики имхо достаточно

случился креш — получил лог, пофиксил

а куда там юзер пошел — не пох ли? )

всё равно поведение ты не поменяешь, тк не ты продакт оунер

Платформа да та же

Так шо ничо он не унаследовал

Swift classes are Objective-C classes, even when they don't subclass NSObject. In that case, they subclass SwiftObject which is a new root class that conforms to the NSObject protocol

https://www.mikeash.com/pyblog/friday-qa-2014-07-18-exploring-swift-memory-layout.html

https://www.mikeash.com/pyblog/friday-qa-2014-07-18-exploring-swift-memory-layout.html

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

Кошмар

Ну и вопросы О_о

А можно ли в Xcode создавать свои темплейты приложений? Ну типа как при создании проекта "Single view application". Чтобы сразу например добавлялись заготовки какие-то свои

А можно ли в Xcode создавать свои темплейты приложений? Ну типа как при создании проекта "Single view application". Чтобы сразу например добавлялись заготовки какие-то свои

да https://robots.thoughtbot.com/creating-custom-xcode-templates, а также, существуют генераторы кода (Generamba, xobjc), генерамба поддерживает кастомные шаблоны на языке шаблонов liquid

ERROR: S client not available

Здорово, спасибо!

Подскажите пожалуйста статейку про лучшие практики работы Xcode + Git

Как тулзу использовать Xcode боль и унижения, я использую Tower, но подойдет и любой гит клиент. В гитигнор обязательно добавлять все, что не писали сами (generamba templates, pods, carthage builds etc). Сторибоарды и ксибы достаточно хорошо мерджатся, т.к. это по сути xml, хотя со сторибоардами я в большой команде не работал, так что мб там конфликты и есть. .pbxproj дело тонкое. С одной стороны, ты можешь добавить весь .xcodeproj в гитигнор и каждый разработчик будет настраивать его сам, а гит будет использоваться только для файлов проекта, этот вариант более легкий для мерджинга, т.к. мастеру не придется думать, что на что заменять, подходит, если команда большая, а мастер репозитория занимается только код-ревью. С другой стороны, если команда из 2-х\3-х людей, которые сами обрабатывают свои мердж реквесты, то проблем не возникнет, т.к. каждый знает, что он менял и как именно должен выглядеть его проект после изменений.

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

что при мерже автоматически сохраняются изменения из обоих веток

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

хкод + гит имхо в ранних стадиях подходит, но когда дело дойдет до более сложных манипуляций то без GUI не обойтись

.pbproj - часть .xcodeproj, там хрянится какие файлы в каких группах лежат. Если два разных разраба что-то делают и оба добавили/удалили файлы из проекта, то будет конфликт в любом случае, а в игнор это добавить нельзя.

Есть xunique утилита

Надо её в постбилд шаг положить

Она выдаёт файлам в pbxproj айдишники получше - хеши от относительного пути к файлу

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

Обычный вопрос при собеседовании на С++

Подскажите пожалуйста статейку про лучшие практики работы Xcode + Git

Я руками из терминала работаю

Есть консольная программа tig - с ней поудобнее

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

Для конфликтов можно opendiff использовать

Подскажите пожалуйста статейку про лучшие практики работы Xcode + Git

sourcetree

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

Сейчас как-то в целом обмельчали собеседования

порог вхождения снизился

и подобные вырвиглазные практики уходят в прошлое

Можно посмотреть вопросы у Рамблера на иос позицию - там все ещё хардкор

у меня кореш там тимлидом работает)

а он совсем не хардкорный

Хм

Ну может скрывает :)

Или я нагло вру и это был Яндекс :)

Сайт у Рамблере на Вайпере похоже

Чёрный экран и Активити индикатор крутится уже 20 секунд :)))))

Сайт у Рамблере на Вайпере похоже

ахахахахахахахаахах

браво

Ага вот, это Яндекс

https://yandex.ru/jobs/vacancies/dev/mobile_objc_dev/

Там ниже вопросы

-1, имеющего тип int16_t

ffff