İPhone şifresini Xcode’a koyduğumdan her yapı için iPhone’umun kilidini açmam gerekmez mi?


12

İPhone kilit kodumu Xcode'a koyabileceğim bir yol var mı, bu yüzden her yapı için iPhone'umun kilidini açmam gerekmez mi?

Her derlemeden önce iPhone'umu fiziksel olarak açmam gerektiğine gerçekten sinir bozucu geliyor.

Android üzerinde geliştirdikleri için cihazı uyku moduna almasına izin veren cihazı dev moduna getirdiklerini biliyorum.

Yanıtlar:


6

Herkes olabilir mi lütfen bunu bir hata olarak bildirin ?

Ayağa kalkarken ya ona katlanın ya da daha da kötüsü, kilitlemeyi kapatın. Her iki seçenek de iyi değil.

İOS cihazı geliştirici modundaysa ve etkin bir Xcode örneğine bağlıysa, Xcode telefonun kilidini açık tutabilir.

Bu şekilde sadece kilitlemeyi bırakmayacak, aynı zamanda bağlantınızı keseceğiniz anı yeniden kilitleyebileceksiniz.


1
Bu neden bir böcek olsun ki? Sadece niyet tarafından tasarlandı. Birinin telefonunuzda istediği herhangi bir uygulamayı, çalınabilme şansını indirmesini isteyebilirsiniz. "iade" olduğu gibi. Açıkça bir güvenlik özelliği. Telefonu, hiçbir zaman otomatik kilitlenmeyecek şekilde çevirmek gibi zor bir iş çıkardınız. Bu 'sorunu' aşmak için birden fazla seçenek var ancak Apple kullanıcının tembelliklerini planlayamıyor. & Sons; evet ben bir geliştiriciyim ve SO'da çok aktif
soulshined

Önce otomatik kilidin iyi bir özellik olduğunu söyler ve ardından kapatmanın ne kadar kolay olduğunu söylersiniz. Bu ifadeler birbirleriyle aynı fikirde değil. Otomatik kilidin kapatılması genellikle kötü bir fikirdir, ancak geliştirme sırasında gereklidir. Bunu Xcode'a takılıyken otomatik olarak yapan bir özellik çok iyi bir fikirdir, insanların söylediğiniz özelliği yanlışlıkla devre dışı bırakmalarını engellemek iyidir.
Maury Markowitz

Argümanlarına uyacak şekilde sözlerimi yanlış yorumluyorsun. İyi bir özellik demedim. Bahsedilen güvenlik özelliği. Ve asla kapatmanın kolay olduğunu söylemedim. Belirtildiğin için abartıyorsun. Ne olursa olsun, ben 5 yaşında değilim ve ya da olarak davranmak istemiyorum. Ben sadece fikrimi söylüyorum & amp; perspektif. Tamamen gelişim tercihlerinizle ilgili. Otomatik kilidi kapatmayı ve sonra bir kez açmayı alışkanlık haline getirmeyi alışkanlık haline getirirseniz, bu ikinci doğa olacaktır. Sadece durumu fazla abarttığımı hissediyorum & amp; çözümleri. Ben bir hata, ana argümanım, sadece bir özellik isteği demezdim. Şerefe
soulshined

2

Cihazın uyumasını engelleyebilirsiniz. Ayarlar → Genel → Otomatik Kilitleme → Asla . Bu, cihazın kilitli kalmayacağı ve kilidini açmanız gerekmeyeceği anlamına gelir. Hapisten mahrum kaldığım için, cihazım Xcode çalışan bir bilgisayara bağlandığında bu ayarı otomatik olarak ayarladım, ancak bu ayarı manuel olarak değiştirmek de iyi sonuç verecek.

Alternatif olarak, Ayarlar → Parola → Parola İste'yi daha uzun bir aralığa ayarlayabilirsiniz, böylece kilidini açmanız gerekirse şifreniz gerekmez. Geliştirme işlemini tamamladıktan sonra bu ayarı orijinal ayarlarına sıfırlamayı unutmayın.


Otomatik kilitleme görünüyor - & gt; asla artık ios 9'da bir seçenek değildir.
puzzl

1

Bildiğim kadarıyla bu mümkün değil . Açıkçası, olası tek çözüm, programlama oturumlarınız sırasında iPhone'un şifresini devre dışı bırakmak olacaktır.


0

Asıl cevap şu anda bunu yapmak için @grgarside'ın iddia ettiği gibi hapse atmanız gerekiyor.

Aktivatör kullanın (henüz sahip değilseniz Cydia'dan yükleyin) ve için eylemi ayarlayın. Anywhere -> Connected (Power) Otomatik Kilidi devre dışı bırakan işleme Bunun tersini yapın (Otomatik Kilidi etkinleştir) Disconnected (Power).


1
Bunu yapmak için hapse girmemeliyiz. Lütfen Apple Bug Reporter'a gidin ve bildirin. Yeterince yaparsak, bunu düzeltecekler.
Maury Markowitz

0

Xcode 7.3'de, cihazınızın yalnızca ilk kurulumda kilidini açmanız gerekiyor. Bundan sonra, cihazınız fişini çekinceye veya test ettiğiniz uygulamadan çıkana kadar kilidi açık kalır.

Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.