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

当我在 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劫持了我的议程.我正在尝试管理一些棘手的代码交互中的更改提交,但最终必须切换上下文并处理完全不相关的内容:查看故事板的各种调整.

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

相关文章

在有效期内的苹果开发者账号(类型为个人或者公司账号)。还...
Appuploader官网--IOS ipa上传发布工具,证书制作工具跨平台...
苹果在9月13号凌晨(北京时间)发布 iOS 16,该系统的设备可...
计算机图形学--OpenGL递归实现光线追踪
Xcode 14打出来的包在低版本系统运行时会崩溃,报错信息是Li...