Вы имеете в виду проверить / поделиться / отправить варианты? Я думаю, что они специфичны для XCode и не подходят для инструмента сборки из командной строки.
С некоторой сообразительностью, держу пари, ты мог бы сделать сценарий, чтобы сделать это для тебя. Похоже, они просто хранятся в ~/Library/MobileDevice/Archived Applications/
с UUDI и списком. Я не могу себе представить, что так же сложно будет спроектировать валидатор.
Процесс, который меня интересует, автоматизирует отправку сборок бета-тестерам. (Поскольку передача в App Store происходит нечасто, я не возражаю делать это вручную, тем более что мне часто приходится добавлять новый текст описания.) Выполняя псевдо-сборку + архив с использованием интерфейса командной строки Xcode, я могу запускать автоматические сборки из каждого коммита кода, создавать файлы IPA со встроенными профилями обеспечения и отправлять их по электронной почте тестерам.
Щелкните правой кнопкой мыши ветку в проводнике управления версиями и выберите Блокировка ... вариант
РЕДАКТИРОВАТЬ: Кажется, это часто упускают, когда люди находят это, поэтому я сделаю это более очевидным.
Блокировки отображаются как «ожидающие изменения» для человека, который заблокировал элемент. Пока блокировка действует, она будет отображаться как отложенное изменение. Когда выполняется фиксация отложенного изменения, блокировка снимается . Пока действует блокировка, заблокированная ветвь фактически доступна только для чтения, поскольку (для упрощения) шкафчик - единственный пользователь, который может совершать коммиты. Фиксация - это то, что снимает любые блокировки в ветке.
h / t @AakashM за указание на это в комментариях
Как быстрый и грязный , вы можете заблокировать его для выписки (хотя шкафчик должен помнить, что блокировка в их ожидающих изменениях вечна ... что заставляет меня думать, что есть способ лучше)
Чтобы ответить на вторую часть вопроса - удаление или отказ в разрешении на чтение фактически отрицает все остальное.