ios – 当Xcode自发地调整故事板时,有没有人真的让它破坏了什么

发布时间：2020-12-14 17:35:29 所属栏目：百科来源：网络整理

导读：当我在 Xcode中打开现有项目时,它会立即调整故事板中的某些值.这是故事板的差异的一部分： - rect key="frame" x="0.0" y="49.5" width="320" height="140"/+ rect key="frame" x="0.0" y="50" width="320" height="140"/ autoresizingMask key="autoresizin

当我在 Xcode中打开现有项目时,它会立即调整故事板中的某些值.这是故事板的差异的一部分：

-    <rect key="frame" x="0.0" y="49.5" width="320" height="140"/>
+    <rect key="frame" x="0.0" y="50" width="320" height="140"/>
     <autoresizingMask key="autoresizingMask"/>
     <tableViewCellContentView key="contentView" opaque="NO" clipsSubviews="YES" multipleTouchEnabled="YES" contentMode="center" tableViewCell="pcz-Xs-p1T" id="8G9-Je-Ou9">
-        <rect key="frame" x="0.0" y="0.0" width="320" height="139.5"/>
+        <rect key="frame" x="0.0" y="0.0" width="320" height="140"/>

更改只发生一次,因此看起来Xcode将项目更新为最近的格式.

那么,我应该将这些更改提交到项目存储库还是忽略它们？

值得注意的是,还有其他程序员正在处理项目,他们可能没有使用最新的Xcode版本.

更新.我几乎看不出这个问题是如何“基于意见的”. Xcode所做的更改要么是破坏,要么是破坏.如果这些更改很可能会破坏代码,那么它们就不应该被提交.

另一个问题是,theese的变化将被另一个版本的Xcode还原,这导致用无用的编辑污染多个提交.

我也很想知道为什么Xcode不再满足于半分.

解决方法

这似乎是安全的 – 我从来没有真正破坏我的项目.并没有一个很好的选择.复杂性与规模呈指数关系.因此,许多较小的更改比一些较大的更改更容易查看.但…

我发现仅仅查看故事板引入了一个变化令人难以置信的烦恼.当一个Xcode引发的变化触发其他变化时,它尤其令人厌烦.

但我最不喜欢的是Xcode劫持了我的议程.我正在尝试管理一些棘手的代码交互中的更改提交,但最终必须切换上下文并处理完全不相关的内容：查看故事板的各种调整.

所有这一切,作为一个实际问题,对我来说最好的选择似乎是“按需付费”,并在发生时提交未经检查的故事板更改.

（编辑：李大同）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!