Question

当我在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版本。

更新。我几乎看不出这个问题是什么＆＃34;基于意见的＆＃34;。 Xcode所做的更改要么是破坏，要么是破坏。如果这些更改破坏代码的可能性很小，则不应将其提交为提交。

另一个问题是，theese的变化将被另一个版本的Xcode还原，导致多次提交的污染无用。

我也很想知道为什么Xcode不再对半分感到满意。

Answer 1

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

我确实发现，仅仅查看故事板会引入一个变化令人非常恼火。当一个Xcode引发的变化触发其他变化时，它尤其令人厌烦。

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

所有这一切，作为一个实际问题，对我而言，最好的选择似乎是“按需付费”，并在事件发生时提交未经检查的故事板。

Answer 2

我说你很安全。

所有改变的地方都是故事板中的几个视图的位置，并且它只改变了半个像素。那不应该搞砸任何东西。

对于无视他们可能带来的麻烦，我肯定会犯下这些麻烦。

Answer 3

当您打开故事板时，xcode有时会更改toolversion，如果您使用的是大小类，则会更改视图的框架。如果您刚刚打开故事板并获得这些更改而不是推送它们，因为如果他正在处理该故事板，那么其他开发人员将会遇到冲突。如果你自己做了一些改动而不是推动他们，如果他们是冲突，你可以通过打开故事板作为源代码并消除冲突来解决它们注意：更好的方法是在不同的故事板中划分视图，以便一个开发人员一次在一个故事板上工作，并且您不会遇到任何冲突，只需确保您的团队不会推送他们没有工作的不必要的故事板文件上

当Xcode自发地调整故事板时，是否有人让它真正破坏了什么？

3 个答案: